hi jose,
usually that depends on the concrete requirements.
however, as mentioned by leo there are application-servers which provide a
better approach for integrating e.g. myfaces-core.
furthermore, there are also a lot of users who don't need an application
server at all and just use e.g.
Mhh this looks like a bug in Glassfish to me, the entries in the
glassfish-web.xml look correct to me. Problem is generally that
glassfish is not to keen on overrides of its system libs in my
experience. Even while myfaces runs, try to replace Weld for instance
and you run into a mess.
I see now im using MyFaces instead of Mojarra, the ERROR Message still
there, but the application can deploy. My second problem persist:
javax.el.PropertyNotFoundException: Target Unreachable, identifier 'myBean'
resolved to null
viewId=/index.xhtml
just a question, why do you have @Model,@Named and @ViewAccessScoped in the
same bean?
i think you need @model OR @Named and @ViewAccessScoped
or im wrong?
Att,
Rafael M. Pestano
Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul
Graduando em Ciência da Computação UFRGS
I see, i erase and only put @Named and @ ViewAccessScoped and get the same
error, but i try with only @Named and @RequestScoped (java) and still the
error, i think the problem is the @Named is not injecting my bean, not
MyFaces, because if i use @ManagedBean this works ok, but i dont understand
hi jose,
you can use the myfaces-archetype to generate the correct config for
myfaces-core (as well as mojarra) + owb (+ myfaces codi):
mvn archetype:generate -DarchetypeCatalog=http://myfaces.apache.org
- e.g. select #11 (afterwards you just have to update the versions in the
generated pom.xml
I downloaded the example number 11 and i run the project without any
problem, but i can see that the project is using Mojarra Profile as JSF
Impl (the log sayed to me Mojarra...). Then if i change to use MyFaces
chossing the myfaces profile and adding these lines to my g*lassfish-web.xml
*:
hi jose,
you can run the generated demos with a servlet container like jetty (see
the comment in the generated pom.xml file), tomcat,... .
by default the myfaces-core profile is activated.
we just need to know if your implementation works with such a generated
application.
esp. because glassfish
Let me tell you that the example deploy and RAN without any problem and i
dont move any line of code, i only deploy in tomcat without any problem, i
want to use apache product's like myfaces, CODI, etc, i want to know if
you can give me an objective suggestion with what Application Server i can
hi jose,
for myfaces codi the answer is pretty simple and you can see it at [1].
in case of myfaces-core it depends on the application-server.
maybe leo made some tests with glassfish 3.1.x + myfaces-core 2.x.
however, most glassfish users i know (who are also using myfaces codi) use
it as it
Thanks for your time Gerhard, just for resume:
*MyFaces 2.1.6 +CODI 1.0.4+Glassfish 3.1.2 = failed*
* Mojarra 2.1.6 + CODI+1.0.4+Glassfish 3.1.2 = OK*
* MyFaces 2.1.6+ CODI 1.0.4+ Tomcat 7.0.22 = OK*
I think is strange that i can deploy mojarra+codi with glassfish and not
myfaces+codi with
I forgot to add *WELD:*
Thanks for your time Gerhard, just for resume:
*MyFaces 2.1.6 +CODI 1.0.4+ WELD +Glassfish 3.1.2 = failed*
* Mojarra 2.1.6 + CODI+1.0.4+ **WELD +**Glassfish 3.1.2 = OK*
* MyFaces 2.1.6+ CODI 1.0.4+ **WELD +**Tomcat 7.0.22 = OK*
2012/3/13 Gerhard Petracek
I don't have much experience with them, but Apache Geronimo and, to a
lesser degree, Apache Tomcat would be alternatives to Glassfish.
There may be others.
2012/3/13 José Luis Cetina maxtorz...@gmail.com:
Let me tell you that the example deploy and RAN without any problem and i
dont move any
hi jose,
based on your tests it looks like the myfaces-core integration in
glassfish3 is still broken (at least a part of it).
i hoped that they fixed it already.
thx for the update - i'll add the information to the wiki.
regards,
gerhard
http://www.irian.at
Your JSF/JavaEE powerhouse -
hi mike,
right now geronimo3 isn't in the list [1] of the supported servers.
regards,
gerhard
[1]
https://cwiki.apache.org/confluence/display/EXTCDI/Intro#Intro-Compatibility
http://www.irian.at
Your JSF/JavaEE powerhouse -
JavaEE Consulting, Development and
Courses in English and German
Hi
First of all, the problem is related to glassfish. This container does
not provide a clear way to change of jsf implementation.
It is not that myfaces cannot run with glassfish, instead glassfish is
not kind with any other alternate jsf implementation.
The classloader flag is just a
Hi
I almost forgot to say:
org.jboss.weldx.transaction.UserTransaction$1513261869$Proxy$_$$_Weld$Proxy$
cannot be cast to javassist.util.proxy.ProxyObject*
*java.lang.ClassCastException:
org.jboss.weldx.transaction.UserTransaction$1513261869$Proxy$_$$_Weld$Proxy$
cannot be cast to
hi leo,
some months ago we tested myfaces-core + owb on glassfish (within the same
application) and the config needed for myfaces-core broke owb.
regards,
gerhard
2012/3/13 Leonardo Uribe lu4...@gmail.com
Hi
I almost forgot to say:
What application server do u use?
El 13/03/2012 17:36, Gerhard Petracek gerhard.petra...@gmail.com
escribió:
hi leo,
some months ago we tested myfaces-core + owb on glassfish (within the same
application) and the config needed for myfaces-core broke owb.
regards,
gerhard
2012/3/13
Im triying to start a new project for first time with myfaces, i always
used Mojarra but know i want to change but im having problems at the start:
My only requierement is use Glassfish 3.1.2.1.
Hi i have this WARNING:
*Both MyFaces and the RI are on your classpath. Please make sure to use
only
Well sorry, really this says: ERROR Both MyFaces and the RI are on your
classpath. Please make sure to use only one of the two JSF-implementations.
Grave: Both MyFaces and the RI are on your classpath. Please make sure to
use only one of the two JSF-implementations.
2012/3/12 Shasi Mitra
We too get that error in our logs when we use myfaces with websphere. It
doesn't create a problem. I am sure about that. And the issue related to your
bean should be a configuration issue.
Sent from my iPhone
On Mar 12, 2012, at 10:28 PM, José Luis Cetina maxtorz...@gmail.com wrote:
Well
It's just a warning rite? You can go ahead with your development. It doesn't
affect anything.
Sent from my iPhone
On Mar 12, 2012, at 10:10 PM, José Luis Cetina maxtorz...@gmail.com wrote:
Im triying to start a new project for first time with myfaces, i always
used Mojarra but know i want
Ok, im a little confusing because it says in spanis:
*Grave*: Both MyFaces and the RI are on your classpath. Please make sure to
use only one of the two JSF-implementations.
Grave it means: seriuos in english.
But i see the application deploy ok.
Is there a way to see if the web app is using
From ur exception I can see that ur application is using Mojarra and not
myfaces. There should be a way to change the class load policy so that your
application picks the myfaces classes instead of mojarra's which comes with the
server. This setting should be done in your server, somewhere in
You are correct in that it is a serious error. Having both jars in
your path will result in identically-named, but differently-operating
classes to be present in your application.
You need to configure Glassfish to disable the RI, or you need to
remove the myfaces jars.
2012/3/12 José Luis
You can try to remove jsf-api.jar and jsf-impl.jar from glassfish, if your app
still running you are using myfaces ;).
RI jars are under GLASSFISH_HOME\glassfish\modules, also make sure to delete
cache folder in GLASSFISH_HOME\glassfish\domains\domain1\osgi-cache
Att,
Rafael M. Pestano
@ mike - short addition:
only the myfaces-core jars and its dependencies.
regards,
gerhard
http://www.irian.at
Your JSF/JavaEE powerhouse -
JavaEE Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2012/3/12 Mike Kienenberger mkien...@gmail.com
I cant do that , in the server exist other app that use mojarra :(
and what happend with this:
class-loader delegate=false/
property name=useBundledJsf value=true/
2012/3/12 Rafael Pestano rmpest...@yahoo.com.br
You can try to remove jsf-api.jar and jsf-impl.jar from glassfish, if your
app
i see, if you are using CODI it should be printing(at startup time) all
information about your enviroment like JSF, CDI implementations, is that the
case? what it is printing?
Att,
Rafael M. Pestano
Desenvolvedor Java Cia. de Processamento de Dados do Rio Grande do Sul
Graduando em Ciência
*This:*
Información:
org.apache.myfaces.extensions.cdi.core.impl.provider.DefaultServiceProvider
installed successfully.
Información:
org.apache.myfaces.extensions.cdi.core.impl.provider.DefaultServiceProviderContext
installed successfully.
Información: Computed the following CODI ProjectStage:
31 matches
Mail list logo
