2013/10/18 Howard W. Smith, Jr. smithh032...@gmail.com
On Thu, Oct 17, 2013 at 9:04 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
OmniFaces CDI @ViewScoped[1] executes @PreDestroy on
session.invalidate()
and that is what I like/expect, but MyFaces 2.2 CDI @ViewScoped
Hmmm...
On Fri, Oct 18, 2013 at 11:56 AM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
My goal is to communicate/share my actual/expected test results.
More to share below. Earlier, when I tested via 2013-Oct-18 MyFaces 2.2
JARs, exceptions showed up in localhost log, but I just
these artifacts.
regards,
Leonardo Uribe
2013/10/18 Howard W. Smith, Jr. smithh032...@gmail.com
Leonardo,
I see myfaces 2.2 api JAR was updated but not myfaces 2.2 impl JAR. Did
you
want me to just download the following JAR and retest, or there is
another/later version of the JAR, which
Good news! See (all) below, please :)
On Fri, Oct 18, 2013 at 5:06 PM, Leonardo Uribe lu4...@gmail.com wrote:
I have added the artifacts in:
https://issues.apache.org/jira/browse/MYFACES-3747
https://issues.apache.org/jira/secure/attachment/12609208/myfaces-api-2.2.0-SNAPSHOT.jar
On Fri, Oct 18, 2013 at 5:51 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
i will repeat my test 1 or 2 more times, just to confirm.
Test 1: session invalidation (login, reference @ViewScoped bean, logout,
which does HttpSession.invalidate())
Oct 18, 2013 5:53:45 PM
Hmmm, based on Gerhard's recent response below,
On Thu, Oct 17, 2013 at 7:45 AM, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
@myfaces-core:
the minimal goal is to be spec. compliant.
and JAVASERVERFACES_SPEC_PUBLIC-905[1], I downloaded latest MyFaces 2.2 api
and impl JARs
On Thu, Oct 17, 2013 at 8:53 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Clarification: my test included session.invalidate() instead of (actual)
session expired (via/after session timeout).
will provide test (config, steps and) results in my next response to this
thread.
i
responses inline below,
On Thu, Oct 17, 2013 at 9:32 PM, Leonardo Uribe lu4...@gmail.com wrote:
public void onSessionDestroyed()
{
// In CDI case, the best way to deal with this is use a method
// with @PreDestroy annotation on a session scope bean
// (
with the timeout. But I'm curious
about this problem, because I tested this scope and specifically the
@PreDestroy stuff. It should work. But maybe there is a bug somewhere
regards,
Leonardo Uribe
2013/10/17 Howard W. Smith, Jr. smithh032...@gmail.com
responses inline below
response inline/below...
On Tue, Oct 1, 2013 at 1:13 AM, Romain Manni-Bucau rmannibu...@gmail.comwrote:
About it works with mojarra so that's mf it is a big shortcut. It can be
a bug in mojarra which make it working too (im not saying it, just you dont
know and you cant conclude since you
responses inline, below.
On Tue, Oct 1, 2013 at 3:45 AM, Zmirc zmircmir...@gmail.com wrote:
set JAVA_OPTS=%JAVA_OPTS% -Dorg.apache.catalina.session.**
StandardSession.ACTIVITY_**CHECK=true
set JAVA_OPTS=%JAVA_OPTS% -Dopenejb.session-context=http
these two are definitely interesting, even
, and it has been working great with TomEE
1.6.0 and MyFaces 2.1.12.
On Tue, Oct 1, 2013 at 12:37 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
So...the error happens randomly (just sometimes to some users) for all
pages that modify information and are backed by a @ViewScoped bean:
I
also, i did some regression testing with my app (was not using any new
features of MyFaces/JSF 2.2), and I can report that my app is working good
with MyFaces 2.2.0 (snapshot version that I downloaded within last 2 days).
On Fri, Sep 27, 2013 at 11:36 PM, Howard W. Smith, Jr.
smithh032
/detail?id=201
On Thu, Sep 26, 2013 at 9:39 AM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Wow, very interesting response, Leonardo, thanks!
I just clicked the 'star' on your email (in my gmail), and going to have
to download latest tomee and do some MyFaces/JSF 2.2 testing with my
app
+1 for asking this question and for the responses, so far.
Leonardo, you mentioned that the stack works with tomcat7. has MyFaces
2.2(.x) been testing against tomcat8, or will MyFaces 2.2(.x) be tested
against tomcat8?
i'm sure when tomcat8 and myFaces 2.2(.x) work together to meet JSF 2.2
:
https://repository.apache.org/content/repositories/snapshots/org/apache/openejb/apache-tomee/
pick the latest one in 1.6.0-SNAPSHOT
regards,
Leonardo Uribe
2013/9/26 Howard W. Smith, Jr. smithh032...@gmail.com
+1 for asking this question and for the responses, so far.
Leonardo
+1
That was a really nice post/blog/article. Thank you very much, Kito, for
highlighting/interviewing BalusC and Arjan!
On Fri, Sep 13, 2013 at 11:05 PM, Kito Mann kito.m...@virtua.com wrote:
Hello,
I'm pleased to announce a new interview on JSFCentral.com. In this
interview, I chat with
On Sat, Sep 7, 2013 at 2:53 PM, Ertio Lew ertio...@gmail.com wrote:
On Sat, Sep 7, 2013 at 11:54 AM, Anton Gavazuk antongava...@gmail.com
wrote:
So this method is actually wrapping up all underlying processing: jsf
actions, business services, interaction with db - thus its time is
On Sat, Sep 7, 2013 at 2:24 AM, Anton Gavazuk antongava...@gmail.comwrote:
Process an incoming request, and create the corresponding response, by
executing the request processing lifecycle.
If the request and response arguments to this method are not instances of
HttpServletRequest and
First of all, kudos for the following blog/post:
JSFCentral - Understanding JSF 2.0 Performance - Part 3[1]
I started reading this, and not done yet.
Instead, it's more interesting to check the ability of a web framework
to deal with effects like concurrency and get an idea of the overhead
frameworks in the same way, so a change using java 7 or 8
will not affect the relative differences.
Regards,
Leonardo.
On Jul 17, 2013 1:32 PM, Howard W. Smith, Jr. smithh032...@gmail.com
wrote:
First of all, kudos for the following blog/post:
JSFCentral - Understanding JSF 2.0 Performance
This is not the end of the story. Web frameworks will keep improving and
the hope is this information can be useful to find new ways to enhance them
(community over code is the Apache way).
+1
Performance is just one aspect that you have to consider when choosing a
web framework; usually
On Wed, Jun 19, 2013 at 12:15 PM, nabbling1138 newton.whit...@gmail.comwrote:
It has everything to do with avoiding your users experiencing a ViewExpired
state exception on a trivial form such as a login.
ViewExpiredExceptions are 'no' longer a concern of mine since I am using
OmniFaces
Thanks for sharing. Looking forward to reading more than just Part 1.
On Thu, May 30, 2013 at 4:35 PM, Kito Mann kito.m...@virtua.com wrote:
Hello,
I am pleased to announce a new article on JSFCentral.com by Leonardo
Uribe: Understanding JSF 2.0 Performance – Part 1.
In this series of
FYI,
JSF Performance: Mojarra improves dramatically with latest release[1]
What is MyFaces response to this? :)
When I was using Mojarra months ago (before I migrated to MyFaces), I think
I voted for this JIRA for tracking purposes, so I still get
updates/comments on this JIRA.
[1]
really does not concern MyFaces committers? :)
On Tue, May 21, 2013 at 9:02 PM, Ted r6squee...@gmail.com wrote:
I'm not sure MyFaces needs to respond to this. Did you look at the
blog link you posted? MyFaces is still faster than the improved
Mojarra...
On 5/22/13, Howard W. Smith, Jr
Forgot to mention (below/inline)
On Tue, May 21, 2013 at 9:19 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Agreed/understood..MyFaces is 'still' faster than the enhanced Mojarra.
I just like MyFaces users/list to see/know what others are saying and what
others are trying
trees.
regards,
Leonardo Uribe
2013/5/21 Howard W. Smith, Jr. smithh032...@gmail.com
Agreed/understood..MyFaces is 'still' faster than the enhanced Mojarra.
I just like MyFaces users/list to see/know what others are saying and
what
others are trying to achieve.
I migrated from
On Wed, May 15, 2013 at 6:46 AM, Georg Portwich portw...@blueskye.dewrote:
Hi,
we get sometimes a ‘Text must not be null’ exception from the
HtmlResponseWriterImpl.
We see the exception randomly. We now the xhtml file that triggers the
error including the parameter the user has entered
Months ago, I reported this in primefaces forum[1]. So, I will leave the
discussion there. :)
[1] http://forum.primefaces.org/viewtopic.php?f=3t=22367start=10
On Sun, May 5, 2013 at 10:55 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
The following lines has been showing up in my
The following lines has been showing up in my catalina/tomcat7-stderr log
files 'every now and then' (not often/much at all, just every now and then).
May 05, 2013 2:26:46 PM org.apache.myfaces.application.ResourceHandlerImpl
handleResourceRequest
SEVERE: Error trying to load resource
https://gist.github.com/smithh032772/5478239
On Sun, Apr 28, 2013 at 11:58 AM, Karl Kildén karl.kil...@gmail.com wrote:
Hi, the formatting on the code and stacktrace looks very poor and it's not
readable. Please use for example https://gist.github.com/
Best regards / Karl
2013/4/27
Mauro, do you see the value of me posting the issue in PrimeFaces forum?
This is not a myfaces issue. MyFaces and OpenWebBeans are working as
designed, IMO.
Thomas (username = tandraschko) fixed the issue, and the fix has been
applied in PrimeFaces 4.0 snapshot. This turned out to be a primefaces
PrimeFaces + MyFaces + TomEE + your test case = simple and beautiful! :)
Sorry, i'm unaware of openshift, so I didn't include that in the above. :)
On Mon, Apr 22, 2013 at 12:02 PM, maurojava mauro2java2...@gmail.comwrote:
tank you for all .
i have read your post into primefaces .
You have
On Fri, Apr 19, 2013 at 3:25 AM, maurojava mauro2java2...@gmail.com wrote:
I TRY TO SEND YOU MY PROJECT.
It's best for you to upload it and reply with the URL.
i have tried to deploy at tomee from netbeans but not deploy .
I don't use netbeans deploy. I use netbeans clean-n-build, and
I'm looking at your project now, and will let you know, ASAP.
On Fri, Apr 19, 2013 at 10:24 AM, maurojava mauro2java2...@gmail.comwrote:
i attach a war project that it work but on glassfsih .
Not for tomee .
.
it use mojarra implementation of jsf2 and primefaces .
deploy it in glassfsih
First of all, sorry, I am not a glassfish user at the present, and the goal
is to make it work in tomee, so i'm not going to even try to deploy to
glassfish. :)
I decided to take this 'topic' to PrimeFaces and create a post there, since
I said it appropriately should be discussed in the
mauro,
The MyFaces user list is not the appropriate list to ask 'user' questions
about PrimeFaces. If you are aspiring to be a PrimeFaces 'user', then,
1. Go to PrimeFaces Showcase[1] and view 'all' of their UI components; they
have sample code how to use p:fileUpload and all the PrimeFaces JSF
questions in a 'new'
topics in the PrimeFaces forum[2].
[1] http://forum.primefaces.org/viewtopic.php?f=3t=23968p=79059#p79059
[2] http://forum.primefaces.org/
On Thu, Apr 18, 2013 at 8:43 AM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
mauro,
The MyFaces user list
See my responses, inline, below, please.
On Thu, Apr 18, 2013 at 12:41 PM, maurojava mauro2java2...@gmail.comwrote:
tank you for response.
my question is not how use the component p:fileUpload
my problem it is that i have to configure same thing i tihink into web.xml
or faces-config.xml
faces-config.xml in my project is as follows (see comments at bottom of
this email):
?xml version='1.0' encoding='UTF-8'?
faces-config version=2.1
xmlns=http://java.sun.com/xml/ns/javaee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
and i never had the following added to my faces-config.xml
factory
partial-view-context-factoryorg.primefaces.context.
PrimePartialViewContextFactory/partial-view-context-factory
/factory
what's your response to the other email?
On Thu, Apr 18, 2013 at 1:46 PM, maurojava
In an effort to remove 'static' declarations throughout my app (to help
JVM's GC), I removed 'static' from the definition of the Converter class
below. So that resulted in the infamous error below:
Apr 13, 2013 4:10:38 AM org.apache.myfaces.application.ApplicationImpl
internalCreateConverter
Mike,
On Sat, Apr 13, 2013 at 8:38 AM, Mike Kienenberger mkien...@gmail.comwrote:
Maybe your problem is that you are missing the no-arg constructor for
the converter.
Maybe that was why it worked when it was static.
Interesting. I'm definitely still novice to java, especially use of
On Sat, Apr 13, 2013 at 9:58 AM, José Luis Cetina maxtorz...@gmail.comwrote:
Howard i see you have this problem using the converter with primefaces
autocomplete, just for curiosity do you have a p:ajax inside of the
component? If so can you paste your p:ajax tag? I comment this because i
had
-lockread-to-resolve-could-not-instantiate-converter
On Sat, Apr 13, 2013 at 10:17 AM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
On Sat, Apr 13, 2013 at 9:58 AM, José Luis Cetina maxtorz...@gmail.comwrote:
Howard i see you have this problem using the converter with primefaces
On Sat, Apr 13, 2013 at 12:16 PM, José Luis Cetina maxtorz...@gmail.comwrote:
2. The way i use the converter are in separeted classes and in each
converter if i need an ejb injected (limitation of jsf 2.1 this is fixed
in jsf 2.2 ) i use Apache CODI for get the reference of my ejb or i do a
On Sat, Apr 13, 2013 at 1:00 PM, José Luis Cetina maxtorz...@gmail.comwrote:
When i dont want to use codi I use jndi lookup, it is to easy to use and
portable. I create a simple method for retrive my ejbs without using codi
instead i use jndi using only the name of the ejb class.
Recently, I
last response.
On Sat, Apr 13, 2013 at 2:05 PM, Mike Kienenberger mkien...@gmail.comwrote:
Yes, that's how I linked my database layer to my converters in JSF 1.x
-- using the Java
API to pull the database beans out of the JSF context.
On Sat, Apr 13, 2013 at 1:04 PM, Howard W. Smith, Jr
/2013 11:45, Howard W. Smith, Jr. smithh032...@gmail.com
escribió:
José,
JNDI works, thank you! This was the first time I 'ever' had to use JNDI
lookup. I had to research it (search google, look at TomEE examples - ejb
reference[1][2][3], surely did not want to create an 'interface', kept
looking
and is not necesary to implement an interface for use jndi.
Good to see that you got a solution.
Regards.
El 13/04/2013 19:58, Howard W. Smith, Jr. smithh032...@gmail.com
escribió:
On Sat, Apr 13, 2013 at 1:00 PM, José Luis Cetina maxtorz...@gmail.com
wrote:
When i dont want to use codi I use
the error
and display it via error page. :)
Thank you and Mike for your responses and recommendations!!!
El 13/04/2013 20:37, Howard W. Smith, Jr. smithh032...@gmail.com
escribió:
It would be nice if TomEE 'logs' the JNDI lookup path as the Reference
Implementation (Glassfish) does! I had to say
On Wed, Apr 10, 2013 at 8:42 AM, Thomas Andraschko
andraschko.tho...@gmail.com wrote:
Hi,
i get following exception after upgrading from 2.1.10 to 2.1.11:
java.lang.IllegalStateException: component with duplicate id j_id__md_1
found
at
On Tue, Apr 9, 2013 at 5:53 AM, maurojava mauro2java2...@gmail.com wrote:
please you can send me a complete web.xml for get myfaces to work with
primesfaces ?
Below is part of my web.xml, which should be enough to get you started with
PrimeFaces and TomEE. Please post any questions related
On Mon, Apr 8, 2013 at 12:52 PM, José Luis Cetina maxtorz...@gmail.comwrote:
This question, is not specific of Primefaces.
If you want to use Java Server Faces, set this in your web.xml
servlet
servlet-nameFaces Servlet/servlet-name
I was reading the following blog[1] and thought about replying this email
of yours. So, i did a google search and found [2], which referenced [3].
I'm sure you can do further research from there (via many related links on
stackoverflow pages).
[1]
features dependent on this flag, don't know.
Someone should check there code :)
2013/2/22 Howard W. Smith, Jr. smithh032...@gmail.com
On Fri, Feb 22, 2013 at 7:55 AM, Thomas Andraschko
andraschko.tho...@gmail.com wrote:
This isn't exactly stateless, the viewRoot needs still to be created
in GenericRenderKitWrapperFactory to
AbstractRenderKitWrapperFactory and simplified the rest (see [1]).
regards,
gerhard
[1] https://issues.apache.org/jira/browse/EXTVAL-151
2013/1/30 Howard W. Smith, Jr. smithh032...@gmail.com
On Tue, Jan 29, 2013 at 6:11 AM, Reto Weiss reto.we
I say, bring it on. I'm currently using CODI 1.0.6 (very minimally) with
TomEE 1.5.2-SNAPSHOT and CDI beans. I haven't looked at the
issue/bug/new-feature list yet though. :)
On Wed, Jan 30, 2013 at 6:00 PM, Mark Struberg strub...@yahoo.de wrote:
Hi folks!
I'm tempted to release a new
On Tue, Jan 29, 2013 at 6:11 AM, Reto Weiss reto.we...@ivyteam.ch wrote:
Hi
I'm using MyFaces (2.1.10) with ExtVal (2.0.6). As RenderKit's I use
Primefaces and Primefaces Mobile. This does not work because the class
removing the following, fixed the problem. I am using f:convertNumber on
many other pages, it seems to only occur on the page that contains the
xhtml i in my previous email.
f:convertNumber groupingUsed=false integerOnly=true type=number/
On Mon, Dec 17, 2012 at 11:18 AM, Howard W. Smith, Jr
,
Leonardo Uribe
2012/12/17 Howard W. Smith, Jr. smithh032...@gmail.com:
removing the following, fixed the problem. I am using f:convertNumber on
many other pages, it seems to only occur on the page that contains the
xhtml i in my previous email.
f:convertNumber groupingUsed=false
that @PostConstruct is not
called or filterYear is set to null in some other place.
If the container is not calling @PostConstruct, TomEE is the one to
blame, but first I would check that assumption, using a debugger
or with a System.out.println().
regards,
Leonardo Uribe
2012/12/17 Howard W
I can confirm the same about CODI @Advanced not working in/with JSF
@FacesConverter. My workaround (in a TomEE/CDI/MyFaces-CODI project) was to
only add the @FacesConverter to JSF @RequestScoped managed beans, and they
are working great in/with TomEE 1.5.1 SNAPSHOT.
I have been told that CODI
...@unzane.com wrote:
Howard W. Smith, Jr. smithh032...@gmail.com writes:
I can confirm the same about CODI @Advanced not working in/with JSF
@FacesConverter. My workaround (in a TomEE/CDI/MyFaces-CODI project)
was to only add the @FacesConverter to JSF @RequestScoped managed
beans
fine
LieGrue,
strub
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg
strub...@yahoo.de
Sent: Wednesday, November 21, 2012 7:07 AM
Subject: CODI BeanManagerProvider in @FacesConverter
I think I've seen this discussed in this forum within the last few months
(I might be wrong though).
Anyway, I remember a similar topic and a solution, but it wasn't a CODI
solution; this may or may not be related/solution.
Quote from http://stackoverflow.com/a/5475564/933054
*Until what point
then this is probably a tomcat
issue. Tomcat is providing the EL in tomee to my knowledge.
Werner
Am 22.11.12 00:07, schrieb Howard W. Smith, Jr.:
I think I just solved this issue as follows:
*CAUSED BY:* p:calendar
*readonlyInput=#{pf_usersController.loggedInViaIpad
== 'Y
to my knowledge.
Werner
Am 22.11.12 00:07, schrieb Howard W. Smith, Jr.:
I think I just solved this issue as follows:
*CAUSED BY:* p:calendar *readonlyInput=#{pf_**usersController.**
loggedInViaIpad
== 'Y' ? 'true' : 'false'}*
1. Glassfish 3.1.2.2 and MyFaces Core 2.1.9 handles
for you.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org; Rafael Pestano
rmpest...@yahoo.com.br
Cc:
Sent: Tuesday, November 20, 2012 3:13 PM
Subject: Re: Migrating to CDI: injecting stateless
Andraschko
andraschko.tho...@gmail.com wrote:
Howard, there is nothing against ViewScoped/ViewAccessScoped.
But many data in ViewScoped/ViewAccessScoped leads to high memory usage, so
it's better to use RequestScoped if possible.
2012/11/21 Howard W. Smith, Jr. smithh032...@gmail.com
I'd
that much
View(Access)Scoped beans.
2012/11/21 Howard W. Smith, Jr. smithh032...@gmail.com
Thomas,
Well, for now, I opt to do/use CDI @RequestScoped, ASAP, since production
box/server is running Windows 2003 Server, where 4GB RAM is max...shaking
my head. I'm sure we will upgrade when
Howard W. Smith, Jr. smithh032...@gmail.com
Gerhard,
I definitely prefer [1] (JAR download), thanks.
Interesting...I must have been multitasking big time while migrating to
TomEE/CDI, because I downloaded jsf1.2 1.0.5 version of CODI; that's the
filename of the JAR I downloaded
Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2012/11/21 Howard W. Smith, Jr. smithh032...@gmail.com
The most users that will be using the app concurrently is 4 to 5 users
(my
family), and there are times that they are doing some 'heavy
(Thread.java:722)
On Wed, Nov 21, 2012 at 5:42 AM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Gerhard/Mark,
I just tested 1.0.6 SNAPSHOT of MyFaces CODI and injected bean in
@FacesConverter via CODI @Advanced and @Inject as demonstrated in [2]
below. It is evident that CODI @Advanced
issue. I need the beans.xml file in both
folders too.
Im using netbeans too.
El nov 20, 2012 1:52 PM, Howard W. Smith, Jr. smithh032...@gmail.com
escribió:
Doh, NetBeans is probably not following the specification, because
NetBeans
has squiggly line under the bean class name, and has
about.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Sent: Wednesday, November 21, 2012 11:29 AM
Subject: Re: Migration to TomEE/CDI complete, regression testing,
ViewAccessScoped
-edit dialoges in new browser tabs. That would not work using
@SessionScoped and is the reason why we invented @WindowScoped and consorts.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc
Can you all tell me why @PreDestroy method on CDI @ApplicationScoped is not
being invoked when app is undeployed? @PreDestroy on JSF @ApplicationScoped
Managed bean was invoked when app was undeployed (or app server was
shutdown).
On Wed, Nov 21, 2012 at 6:16 AM, Howard W. Smith, Jr.
smithh032
to the openejb list as this might be a TomEE
issue.
LieGrue,
strub
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg
strub...@yahoo.de
Sent: Wednesday, November 21, 2012 12:21 PM
Subject: Re
You all know by now that I recently migrated
*FROM*: Glassfish 3.1.2.2, MyFaces 2.1.9, and JSF Managed beans
*TO*: TomEE 1.5 SNAPSHOT, Apache MyFaces CDI Extensions 1.0.6 (CODI), and
CDI managed beans
So, I am regression testing, and I am experiencing a very very strange
issue with *TomEE/CODI*
=#{pf_ordersController.filterTripDateToSelected}
update=:ordersBrowseForm:ordersDataTable
:ordersBrowseForm:formMessages :ordersBrowseForm:_ajax_status /
/p:calendar
On Wed, Nov 21, 2012 at 3:06 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
You all know by now that I recently migrated
*FROM
I removed Apache CODI JARs from classpath and duplicated this issue, so
this may be a TomEE/OpenEJB (OpenWebBeans) issue.
Please confirm.
Thanks,
Howard
On Wed, Nov 21, 2012 at 3:19 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
The following is the XHTML for the *FROM
Is it really necessary or encouraged to use Apache MyFaces CODI with TomEE
1.5 (SNAPSHOT)? Any pros/cons, advantages/disadvantages using them both
together?
TomEE bundles MyFaces Core 2.1.9 and OpenEJB, but Apache MyFaces CODI is
'not' bundled with TomEE, for some reason or another.
I've seen
I replaced PrimeFaces 3.5 SNAPSHOT with PrimeFaces 3.4.1 (stable version),
and I am still duplicating this issue in my web app. So, this is *not* a
PrimeFaces 3.4.1 issue.
On Wed, Nov 21, 2012 at 3:45 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
I removed Apache CODI JARs from
Thanks Thomas and Mark. Right now, I have no CODI dependencies, so I'll
remove from my app/project, for now.
On Wed, Nov 21, 2012 at 3:51 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Is it really necessary or encouraged to use Apache MyFaces CODI with TomEE
1.5 (SNAPSHOT)? Any pros
:ordersBrowseForm:formMessages :ordersBrowseForm:_ajax_status /
/p:calendar
On Wed, Nov 21, 2012 at 3:19 PM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
The following is the XHTML for the *FROM* and *TO* p:calendar components
in PrimeFaces p:dataTable component. Please note that the *mode
://rmannibucau.wordpress.com/
*LinkedIn: **http://fr.linkedin.com/in/rmannibucau*
*Github: https://github.com/rmannibucau*
2012/11/20 Howard W. Smith, Jr. smithh032...@gmail.com
Faces context? Please explain.
On Nov 20, 2012 1:56 AM, Romain Manni-Bucau
rmannibu...@gmail.com
will come in JSF-2.2.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: us...@openejb.apache.org; MyFaces Discussion
users@myfaces.apache.org
Cc:
Sent: Tuesday, November 20, 2012 1:56 PM
Subject: Re: Migrating to CDI: injecting stateless
: **http://fr.linkedin.com/in/rmannibucau*
*Github: https://github.com/rmannibucau*
2012/11/20 Howard W. Smith, Jr. smithh032...@gmail.com
Prior to migrating from JSF managed to CDI (and currently in production),
my web app is using @Asynchronous on @SessionScoped bean to push data
Grande do Sul
Graduando em Ciência da Computação UFRGS
http://conventionsframework.org
http://rpestano.wordpress.com/
@realpestano
De: Howard W. Smith, Jr. smithh032...@gmail.com
Para: Mark Struberg strub...@yahoo.de; MyFaces Discussion
users
implementation.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: us...@openejb.apache.org; MyFaces Discussion
users@myfaces.apache.org
Cc:
Sent: Tuesday, November 20, 2012 3:06 PM
Subject: Re: Migrating to CDI: @Asynchronous
and restartable implementation.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: us...@openejb.apache.org; MyFaces Discussion
users@myfaces.apache.org
Cc:
Sent: Tuesday, November 20, 2012 3:06 PM
Subject: Re: Migrating to CDI
...@yahoo.de wrote:
CDI injection using @Advanced should work perfectly fine. We tested this
excessively and use it on several containers in production.
I'm curious why it doesn't work for you.
LieGrue,
strub
- Original Message -
From: Howard W. Smith, Jr. smithh032...@gmail.com
to radically cache lots of
things.
LieGrue,
strub
[1] https://issues.jboss.org/browse/CDI-218
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg
strub...@yahoo.de
Cc: us...@openejb.apache.org
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg
strub...@yahoo.de
Sent: Tuesday, November 20, 2012 4:03 PM
Subject: Re: Migrating to CDI: injecting stateless/facade in Converter
via facescontext
at 10:43 AM, Thomas Andraschko
andraschko.tho...@gmail.com wrote:
Sorry for the off topic, but if you think that your biggest bottleneck is
in your data-layer, you should give batoo jpa a try ;)
2012/11/20 Howard W. Smith, Jr. smithh032...@gmail.com
Well, you and others 'sold' me onto TomEE, so
/exclude-unlisted-classes
properties/
/persistence-unit
/persistence
On Tue, Nov 20, 2012 at 11:50 AM, Howard W. Smith, Jr.
smithh032...@gmail.com wrote:
Thomas,
I'm trying to use batoo-jpa now, but the dependencies include transaction
JAR that may be 'ignored' by TomEE container
,
strub
[1] https://issues.jboss.org/browse/CDI-218
From: Howard W. Smith, Jr. smithh032...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg
strub...@yahoo.de
Cc: us...@openejb.apache.org us...@openejb.apache.org
Sent: Tuesday
read in Java EE 6 tutorial (CDI) and other articles online, it
seems as though beans.xml is supposed to be placed in META-INF, if you have
JARs that you've developed that is referenced by the app. I could be saying
this incorrectly. :)
On Tue, Nov 20, 2012 at 1:57 PM, Howard W. Smith, Jr
101 - 200 of 211 matches
Mail list logo