Hiho!
It is possible, but only with a little trick.
Using a parameter in the EL is a new EL-2.2 feature which is _not_ part of
JSP-2.1 delivered with tomcat6 and jetty6 but defined in JSR-245 MR-2 (JSP-2.2)
[1].
You can enable EL-2.2 by using a few tricks even in tomcat-6 and jetty6.
Here is
@myfaces.apache.org
Datum: Mittwoch, 10. Februar 2010, 10:36
thanks mark,
do you mind putting this into a wiki page ? :)
-Matthias
On Wed, Feb 10, 2010 at 10:10 AM, Mark Struberg strub...@yahoo.de
wrote:
Hiho!
It is possible, but only with a little trick.
Using a parameter
why not use ul and li elements and later format your output via CSS?
LieGrue,
strub
--- laredotornado laredotorn...@gmail.com schrieb am Mo, 22.2.2010:
Von: laredotornado laredotorn...@gmail.com
Betreff: Re: How to elegantly replace line breaks with BR tag?
An: users@myfaces.apache.org
If you are using a simple '\n', then every html encoding I know will do the
right thing out of the box.
I used to use commons StringEscapeUtils [1]
LieGrue,
strub
[1]
http://commons.apache.org/lang/api-2.4/org/apache/commons/lang/StringEscapeUtils.html#escapeHtml%28java.lang.String%29
---
you could try PrimeFaces-2.0.1
I'm currently using it with MyFaces-2.0.0-beta-2, EL-2.2
OpenWebBeans-1.0.0-SNAPSHOT and OpenJPA-2.0.0-beta without much problems.
LieGrue,
strub
--- Richard Yee richard.k@gmail.com schrieb am Mo, 22.2.2010:
Von: Richard Yee richard.k@gmail.com
Betreff:
For all bleeding edge CDI lovers out there :)
have fun,
strub
--- Gurkan Erdogdu gurkanerdo...@yahoo.com schrieb am Sa, 6.3.2010:
Von: Gurkan Erdogdu gurkanerdo...@yahoo.com
Betreff: [ANNOUNCEMENT] OpenWebBeans M4 Has Released
An: d...@openwebbeans.apache.org, u...@openwebbeans.apache.org
To me this sounds like a blocker for beta3, isn't?
txs and LieGrue,
strub
--- Jakob Korherr jakob.korh...@gmail.com schrieb am Di, 23.3.2010:
Von: Jakob Korherr jakob.korh...@gmail.com
Betreff: Re: Problem with BeanValidation in myfaces 2.0
An: MyFaces Discussion users@myfaces.apache.org
Maybe I'm on the completely wrong track, but does it work with c:forEach?
LieGrue,
strub
--- On Thu, 5/13/10, Jakob Korherr jakob.korh...@gmail.com wrote:
From: Jakob Korherr jakob.korh...@gmail.com
Subject: Re: Problem with composite component inside ui:repeat
To: MyFaces Discussion
right, the JSP part of tomcat6 will not work with EL-2.2. At least I found no
way to successfully activate it. I did successfully run EL-2.2 with
facelets-1.1.15 and the built-in facelets-2
LieGrue,
strub
--- On Sun, 5/23/10, Michael Kurz michi.k...@gmx.at wrote:
From: Michael Kurz
apache minotaur where people.apache.org is served is currently a bit laggy.
Infra is working on that.
LieGrue,
strub
--- On Thu, 6/17/10, Rossen Stoyanchev rstoyanc...@yahoo.com wrote:
From: Rossen Stoyanchev rstoyanc...@yahoo.com
Subject: http://people.apache.org/repo/m2-snapshot-repository
Hi Bruno!
First, could someone explain me why the
beans constructor
is called multiple times?
What you see might be an effect of proxies.
Usually if a subclassing proxy gets initialised, the constructor of the proxied
class gets called.
This is the reason why it's not suggested to use
Mike you left out the obvious one, simply use a conversation
framework.
Definitely true, but not always applicable. I would e.g. not recommend using
long running transactions for public pages. This will increase the session
footprint big times and you'll get more easily vulnerable for DOS
However, if you leave a
transaction active after a response,
it's
always going to be an issue no
matter what framework
you use.
True for database connections, but not necessarily for JPA connections. At
least not if you use optimistic locking, which is the default. Ofc if you use
row
Hi lords and ladies!
A new release of OpenWebBeans hit the road :)
have fun and LieGrue,
your OWB folks
--- On Sat, 7/10/10, Mark Struberg strub...@apache.org wrote:
From: Mark Struberg strub...@apache.org
Subject: [ANNOUNCE] Apache OpenWebBeans 1.0.0-alpha-1 released
To: annou
Hi!
Not sure if this really helps. Both teams do a awesome job with getting their
component libs to JSF-2. But as with Trinidad, Primefaces also still uses a
proprietary way to do partial page rendering (p:ajax). A JSF-2 component lib
should at least be working if f:ajax is used in a page too.
can you please run a
$ mvn dependency:tree
and check if you are picking up some sun JSF impl (maybe through a transitive
dependency)?
LieGrue,
strub
- Original Message
From: Cédric Durmont cdurm...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Sent: Mon, July 26,
+1
LieGrue,
strub
--- On Mon, 11/15/10, Matthias Wessendorf mat...@apache.org wrote:
From: Matthias Wessendorf mat...@apache.org
Subject: Re: myfaces news
To: MyFaces Development d...@myfaces.apache.org
Cc: users@myfaces.apache.org
Date: Monday, November 15, 2010, 10:39 AM
Gerhard,
Hi!
checked the release and it looks fine from the content pov. I have not tested
it in production though because I'm solely on JSF-2 already.
So you would have my (nonbinbind :( ) +1.
LieGrue,
strub
--- On Wed, 11/24/10, Matthias Wessendorf mat...@apache.org wrote:
From: Matthias
which glassfish version are you using? There was an error in this area in weld
https://jira.jboss.org/browse/WELD-507
LieGrue,
strub
--- On Fri, 11/26/10, Ing. Thomas Kernstock t.kernst...@e-technologies.at
wrote:
From: Ing. Thomas Kernstock t.kernst...@e-technologies.at
Subject: AW: CODI
: Mark Struberg [mailto:strub...@yahoo.de]
Gesendet: Freitag, 26. November 2010 16:53
An: MyFaces Discussion
Betreff: Re: AW: CODI 0.9.0 + Glassfish V3.0.1 + EAR
which glassfish version are you using? There was an error
in this area in
weld https://jira.jboss.org/browse/WELD-507
LieGrue
like
mine who uses CODI successfully or do you know where I
could possibly
download an example ? The ones that Gerhard provided
includes only a
webproject !
Liebe Grüße
Thomas
-Ursprüngliche Nachricht-
Von: Mark Struberg [mailto:strub...@yahoo.de]
Gesendet: Freitag, 26
Hi!
With the pretty fast development on the spec side (last year 2.0, last week 2.1
- thanks Ed!) there is a very steady development going on atm. Also remember
that EE6 is pretty fresh.
So while there is currently not that much traffic on the us...@mf list there is
pretty much of it on the
Hi Dan!
You might take a look at Jason Lees blog if this is what you need:
http://blogs.steeplesoft.com/2010/05/putting-facelets-in-a-jar/
look at the custom ResourceResolver.
You can also find this info in the JavaDoc (found the ResourceResolver trick in
2009 somewhere else too at least).
testing.
As compelling as jsf2 is, I'm scared to bet my startup on
it.
On Fri, Dec 3, 2010 at 12:30 AM, Mark Struberg strub...@yahoo.de
wrote:
Hi!
With the pretty fast development on the spec side
(last year 2.0, last week
2.1 - thanks Ed!) there is a very steady development
--$10,600 for advanced. My startup can't
afford this--especially without trying it
first--perhaps a paygo option.
I haven't studied the source code to see
if there's unit testing.
As compelling as jsf2 is, I'm scared to
bet my startup on it.
On Fri, Dec 3, 2010 at 12:30 AM, Mark
beans (automatically).
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2010/12/4 Mark Struberg strub...@yahoo.de
+1, with CDI you would be able to simply
=3431q=elcolspec=ID%20Type%20Status%20Priority%20Stars%20Owner%20Summary%20Log%20Component%20Language
2010/12/5 Mark Struberg strub...@yahoo.de
thingy.edit('X')
So what you need is UEL-2.2. No idea if gae supports
this. Maybe there is
an option to get it (comes with Servlet-3.0
currently able to
load view definition files from jar files sitting on the
classpath.
Best regards,
Dan.
On 03.12.2010 10:43, Mark Struberg wrote:
Hi Dan!
You might take a look at Jason Lees blog if this is
what you need:
http://blogs.steeplesoft.com/2010/05/putting-facelets
Subject: Re: myfaces popularity
To: MyFaces Discussion users@myfaces.apache.org
Date: Monday, December 6, 2010, 8:42 PM
Which of the 3 styles is best? Am I
missing one?
On Mon, Dec 6, 2010 at 1:45 AM, Mark Struberg strub...@yahoo.de
wrote:
Yes, I feared that :(
They have a relative
Hi Steffen!
Oops, it's missing in the binary-release.zip, but we did release it to the
maven repo [1]. Please pick it up from there.
LieGrue,
strub
[1]
http://repo2.maven.org/maven2/org/apache/myfaces/extensions/cdi/modules/component-support/myfaces-extcdi-trinidad12-support/0.9.1/
--- On
with JSF-2 you can also use a composite component which uses h:outputLink
LieGrue,
strub
--- On Fri, 12/31/10, Kito Mann kito.m...@virtua.com wrote:
From: Kito Mann kito.m...@virtua.com
Subject: Re: How to manage URLs in JSF
To: MyFaces Discussion users@myfaces.apache.org
Date: Friday,
Did you do your debugging in your backing bean action or do you only look at
the database? If JPA is involved, then the jpa provider may replace null with
empty strings (known issue on oracle).
LieGrue,
strub
--- On Mon, 1/10/11, Marsman mars@gmx.de wrote:
From: Marsman mars@gmx.de
Hmm, works perfectly over here when adding the following to web.xml:
context-param
param-namejavax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL/param-name
param-valuetrue/param-value
/context-param
as Jakob already suggested.
LieGrue,
strub
--- On Mon, 1/10/11,
nope, I found the tomcat 7 EL to be buggy back when I did need it (should
re-evaluate it soon) and use juel now [1]
LieGrue,
strub
[1] https://github.com/struberg/juel
--- On Mon, 1/10/11, Marsman mars@gmx.de wrote:
From: Marsman mars@gmx.de
Subject: Re: How to persist null values
the producer for @Default @Logger is
core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
so this should be available.
Btw, I gonna rename this to LoggerProducer, drop the final and make it public.
Maybe the missing 'public' on the class is the
: Dominik Dorn domi...@dominikdorn.com
Subject: Re: Problems with CODI 0.9.2 on Glassfish 3.1
To: MyFaces Discussion users@myfaces.apache.org
Date: Monday, January 17, 2011, 12:25 PM
Will try with 3.0.1 then. hopefully
it works there.
Will report back soon.
On Mon, Jan 17, 2011 at 1:23 PM, Mark
, Mark Struberg strub...@yahoo.de
wrote:
the producer for @Default @Logger is
core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
so this should be available.
Btw, I gonna rename this to LoggerProducer, drop
the final and make it public
17, 2011 at 1:25 PM, Dominik Dorn domi...@dominikdorn.com
wrote:
Will try with 3.0.1 then. hopefully it works there.
Will report back soon.
On Mon, Jan 17, 2011 at 1:23 PM, Mark Struberg strub...@yahoo.de
wrote:
the producer for @Default @Logger is
core/impl/src/main/java/org/apache
then. hopefully it works
there.
Will report back soon.
On Mon, Jan 17, 2011 at 1:23 PM, Mark
Struberg strub...@yahoo.de
wrote:
the producer for @Default @Logger is
core/impl/src/main/java/org/apache/myfaces/extensions/cdi/core/impl/logging/InstanceProducer.java
so this should
Hi Clovis!
Please note that there is a new myfaces-2.0.4 out since last week. Afaik this
got a bit love in regards to the OSGi part.
If you like to submit patches, then please open a Jira and provide a svn diff
against the latest trunk from
svn co
Hi Christian!
The major difference between Weld and OpenWebBeans in the interceptor area is
that Weld strictly follows the Bean Definition Archive (BDA) part of the
spec. This got added pretty late (in the last few weeks before the spec went
final and imo is complete crap [1] ;)
In Weld you
Hi!
The Apache MyFaces2 core project is an ALv2 licensed open source implementation
of the JSF2 specification (JSR-314).
The older MyFaces jars implemented older JSF specs.
MyFaces also contains a few sub-projects which are loosely related to JSF:
* Trinidad is a component library for JSF.
oops forward to the list also...
--- On Tue, 3/29/11, Mark Struberg strub...@yahoo.de wrote:
From: Mark Struberg strub...@yahoo.de
Subject: Re: Clarification please, which project is myfaces?
To: java4dev java4...@gmail.com
Date: Tuesday, March 29, 2011, 3:14 PM
np, your welcome.
Please
you will probably need to drop jasper-el (or whatever EL impl was7 uses) from
your Websphere lib path.
Otherwise you will most likely get class path conflicts.
LieGrue,
strub
--- On Mon, 4/4/11, Mansour91 mansourne...@gmail.com wrote:
From: Mansour91 mansourne...@gmail.com
Subject: MyFaces
Hi Juergen!
Imo upgrading to JSF2 and EL-2.2. is always a good idea. I remember how nasty
it was to handle actions in dataTables in JSF1. With EL-2.2 you now can just
have your action as #{backingBean.delete(currentItem)} for example.
Or the f:viewParam or f:event type=PreRenderViewEvent
I'm using jetty-6.1.22 for such things.
LieGrue,
strub
--- On Mon, 4/11/11, Michael Heinen mhn4...@googlemail.com wrote:
From: Michael Heinen mhn4...@googlemail.com
Subject: Re: JSF application very slow with HTTPS
To: MyFaces Discussion users@myfaces.apache.org
Date: Monday, April 11,
Btw another question: 1s local response time? How fat is this page?
We have a really big page in production with 1400 lines in a dataTable - and it
renders in 450 ms...
How many back-and-forth requests do you see if you open firebug?
Do you have some EL involved which isn't hitting the backing
Oh yes, another probably useful info: whenever https is involved via http doing
lots of subsequent resource requests, then make sure that SSL session wont get
closed! This really drastically drops the performance if the SSL handshaking
always needs to re-negotiated over and over again...
Mark Struberg:
Btw another question: 1s local response time? How fat
is this page?
We have a really big page in production with 1400
lines in a dataTable - and it renders in 450 ms...
How many back-and-forth requests do you see if you
open firebug?
Do you have some EL involved which
handshaking, but not
for the rendering!
Could this be caused by a buffering whereever?
Mark (or anybody else), did you compare your app with http
and https?
Just wondering whether this is a problem only in my app.
Regards,
Michael
Am 11.04.2011 17:27, schrieb Mark Struberg:
Btw
mkien...@gmail.com
Subject: Re: JSF application very slow with HTTPS
To: MyFaces Discussion users@myfaces.apache.org
Cc: Mark Struberg strub...@yahoo.de
Date: Monday, April 11, 2011, 4:27 PM
Or you can go with something a lot
simpler and start with the free
profiler provided in the H2Database jar
11.04.2011 18:12, schrieb Mark Struberg:
Ah sorry, have overread that:
The time is spent in
htmlTableRenderer.encodeInnerHtml
I'd start the application with YourKit profiler and do
some profiling.
You can get a free yourkit test license (14 days I
think) for evaluation.
LieGrue
Hi Robert!
First, welcome to the myfaces list!
Have you already tried to replace your weld-osgi-bundle in your glassfish with
the on from the weld-1.1.1.Final distribution [1]?
LieGrue,
strub
[1]
Hi!
This is due to a bug in the maven-shade-plugin. We will work on that but it's
low prio atm. Please refer to the to the single package JavaDocs instead.
And of course, if you have further questions, then just ping us back on this
mailing list. We are happy about every feedback!
LieGrue,
I'm not really conviced that we should implement workarounds for such clearly
broken weld issues.
Thomas, did you already file a bug report in Weld marking this as blocker?
Really, we should at least link to them in our sources (+jira) and asap get rid
of this workaround in OUR source again.
more
weld bugs which are more important.
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
2011/5/21 Mark Struberg strub...@yahoo.de
I'm not really conviced that we
Hi folks!
Since we got _lots_ of CODI bug reports recently in this area, I spent the
afternoon with testing a few CDI projects with glassfish-3.1. Not only CODI but
also Seam3 and a few private JSR-299 Extensions.
The result:
Please skip glassfish-3.1 !
It's really completely broken. It has
://blogs.jsfcentral.com/roller/editorsdesk/category/JSF+and+Java+EE+Newscast
* See you at JAX and JSF Summit 2011 June 20-23rd
in San Jose:
http://jaxconf.com/
On Sat, May 28, 2011 at 4:04 PM, arungupta arun.gu...@gmail.com
wrote:
Hi Mark,
struberg wrote:
The result
Just for making this clear: we do _not_ suggest to use a plain a href...!
Please use h:outputLink instead (since JSF-2.
This will render a a href for you but will also manage all the view params if
you like, etc. You can also add f:param children to pass parameters without
having to do some
Most importantly: which JDK/JRE are you running WebLogic under? And which
weblogic version do you use?
You have definitely checked diskfree? (df -h) and mem is also no concern?
Are you running a 32 or 64 bit JVM?
Under 32 bit JVMs you could easily run out of available threads (the higher you
Hi!
Please note that javax.inject.Singleton is completely underspecified!
I suggest to not use it at all ;)
LieGrue,
strub
--- On Fri, 7/8/11, Gerhard Petracek gerhard.petra...@gmail.com wrote:
From: Gerhard Petracek gerhard.petra...@gmail.com
Subject: Re: @Disposes and webapp shutdown and
Hi Pieter!
This is more a CDI container question than a CODI question :)
From the stacktrace you posted in an older post I saw that you are using
Apache OpenWebBeans, right? good decision btw :D
Since I know a little bit about OWB, I'll try to explain ;)
Basically any Servlet inside your
the
BeanManagerProvider and things are working well.
I reckon I will have the same issue with regards to jms,
when I get
round to putting hornetq or ApacheMq into Jetty?
Thanks
Pieter
On 09/07/2011 11:32, Mark Struberg wrote:
Hi Pieter!
This is more a CDI container question than a CODI
question
- Set the NUMBER_OF_VIEWS_IN SESSION to 1 if your app does not support
the browser back button!
And once a user opens another browser tab all will crash :(
The missing windowId support is really a pitty in the JSF spec, and we
currently think hard about how to solve this (at least in
+1 mem is barely a problem these days.
Actually we are serving 60.000++ users per day without any mem problems (w 100
views/session ServerSide-StateSaving).
We need some low GB mem on our 48GB RAM server...
Even if you have 1MB of session mem per user then you can serve tons of users.
hi Thomas!
Which CODI version are you using and which server environment (OWB or Weld)?
Is there any example project to reproduce this issue?
LieGrue,
strub
- Original Message -
From: Thomas Andraschko zoi...@googlemail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
hi Christian!
guess this was meant for u...@openwebbeans.apache.org? :)
LieGrue,
strub
- Original Message -
From: Christian Beikov christian.bei...@gmail.com
To: users@myfaces.apache.org
Cc:
Sent: Monday, November 7, 2011 7:16 PM
Subject: OWB Decorator problem
Hello there!
Hi Christian!
Since you added all WebSphere-8.0 libs you don't need the openwebbeans-* jars
(WS includes them already).
Btw, the myfaces-extcdi-test was developed to perform quick standalone tests.
For testing a full EE server you might better use Arquillian.
I'm not sure if there is
,
Christian
Am 24.11.2011 13:17, schrieb Mark Struberg:
Hi Christian!
Since you added all WebSphere-8.0 libs you don't need the
openwebbeans-* jars (WS includes them already).
Btw, the myfaces-extcdi-test was developed to perform quick standalone
tests.
For testing a full EE server you
In glassfish the best solution is to just use mvn
dependency:unpack-dependencies into your target/classes before building the war.
Then exclude all jars from WEB-INF/lib.
See
https://issues.jboss.org/browse/CDI-18
and other issues with BDAs.
LieGrue,
strub
- Original Message -
+1
It seems the Weld version shipping with Glassfish has quite a few problems with
any 3-rd party scopes. Not only with CODI but generally with other non-spec
scopes as well.
E.g. a colleague experienced a complete crash when intercepting 3-rd party
scoped beans.
Not sure if this still applies
this is a pretty common problem. How does Mojarra (as RI) behave in such
situations?
LieGrue,
strub
- Original Message -
From: Leonardo Uribe lu4...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Sent: Thursday, December 15, 2011 6:15 PM
Subject: Re: JSF2:
and please don't give more than 1,6 GB if using a 32 bit JVM!
The more ram you give, the less threads you can spawn on 32 bit JVMs!
This was so bad, that we couldn't even get 100 parallel threads when going near
1.8GB ;)
I hope not many people need to deal with this stuff nowadays anymore though
Another problem can be when being on a Cluster, having ServerSideStateSaving
enabled and session affinity and/or propagation doesn't work properly.
Because the ViewState is stored in the Session in this case...
LieGrue,
strub
- Original Message -
From: Werner Punz
yup, looks like the modularity bug Glassfish had as well. This got fixed by a
new Weld version + some hacks in the integration code.
For Glassfish it works if you unpack all your CDI dependencies to
WEB-INF/classes and merge all the beans.xmls into WEB-INF/beans.xml
LieGrue,
strub
-
MyFaces is faster, but I didn't think that Mojarra is so slow ^^.
Our fat pages (~2000 lines in a complex h:dataTable - more than 300.000
ELResolver invocations) use to take up to 350ms. Small pages render in 17ms on
our Server with OWB and MyFaces.
I once tested the fat pages with Glassfish
Hi!
Check out the CDISource project
https://github.com/cdisource
It allows to @Inject CDI beans into Spring beans and the other way around.
LieGrue,
strub
- Original Message -
From: Jiayun jia...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Sent: Thursday,
Hi!
Something I did sometimes is to use an explicit request parameter combined with
f:validateBean :
f:validateBean disabled=#{!empty param['check']}
your stuff
and the button looks like the following:
h:commandButton id=personAddBtn action=#{searchForm.startSearch()}
Hi!
the short answer is: no - it was never intended to support it.
+1
To add a bit more info. This is not even intended/supported by JSF. You would
need to hit the server for each and every css, img, js, etc served as resource.
No caching on the browser side would be possible! By default all
://cwiki.apache.org/MYFACES/myfaces-commons-resourcehandler.html
- Original Message -
From: Carlson, John W. carlso...@llnl.gov
To: MyFaces Discussion users@myfaces.apache.org; Mark Struberg
strub...@yahoo.de
Cc: Java Programmers List j...@llnl.gov
Sent: Thursday, February 16, 2012 10:36 PM
In fact, asynchronous tasks should not even rely on @SessionScoped or
@RequestScoped because they do not exist outside a servlet request ;)
LieGrue,
strub
- Original Message -
From: Gerhard Petracek gerhard.petra...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Hi Manuel!
Asynchronous Servlet requests are a bit different than manually forking a new
Thread.
Neither OWB nor Weld use asyncSupported atm.
The CDI EG is already discussing this feature and I guess we will add official
support for it in CDI-1.1.
LieGrue,
strub
- Original Message
Hi Stephen!
Well, the current approach in CODI is currently under discussion in the JSF EG.
The whole windowId stuff of CODI might end up in the JSF-2.2 or 2.3 spec.
T hat seems to work fine when pasting into a new empty window, but it
still allows you to copy-paste the url from one codi
Might be permitted due to security reasons?
Just a guess...
LieGrue,
strub
- Original Message -
From: Milo van der Zee m...@vanderzee.org
To: users@myfaces.apache.org
Cc:
Sent: Saturday, March 10, 2012 8:12 AM
Subject: Re: JSF 1.2: #{object.class.name} not allowed
Strange
Best is to use Maven.
$ mvn archetype:generate -DarchetypeGroupId=org.apache.myfaces.buildtools
-DarchetypeArtifactId=myfaces-archetype-helloworld20-owb
LieGrue,
strub
- Original Message -
From: ayouB __ ayb-2...@hotmail.fr
To: users@myfaces.apache.org
Cc:
Sent: Wednesday,
Hi Thomas!
Well, we had this problem as well in a Quartz scheduler Extension. And this did
lead to the CdiControl approach implemented in OpenWebBeans Test and now moved
to DeltaSpike cdise [1]. Please note that this is not yet finished, but will be
soon!
The functionality is currently in one
using a @TransactionScoped EM is possible, but if you already have all your
Services using a @RequestScoped EM, then you will not come far...
LieGrue,
strub
- Original Message -
From: Gerhard Petracek gerhard.petra...@gmail.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
and
Courses in English and German
Professional Support for Apache MyFaces
2012/3/9 Mark Struberg
strub...@yahoo.de
Hi Stephen!
Well, the current approach in CODI
is currently under
discussion
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Sent: Sunday, March 18, 2012 7:42 PM
Subject: Re: MyFaces and CODI
when i find out what's causing my bean to be instantiated on every ajax
call
i'll come back here to report
don't think that it is such a basic issue.
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/18 Mark Struberg strub...@yahoo.de
Gerhard pinged
and
Courses in English and German
Professional Support for Apache MyFaces
2012/3/18 Mark Struberg strub...@yahoo.de
Gerhard pinged me that you are using @ViewAccessScoped. In that case
I'd
recomment to debug if the whole Context Extension gets properly
registrated.
If the CDI
Hi Christian!
It is better we move this one over to the openwebbeans-dev list.
LieGrue,
strub
- Original Message -
From: Christian Beikov c.bei...@curecomp.com
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Sent: Monday, April 2, 2012 6:46 PM
Subject: OWB Decorators
Hi!
I think the origin of the problem is easy to fix.
OpenWebBeans is built in a modular fashion. Unlike lots of other EE6 projects
MyFaces and OWB also try to stay backward compatible with older spec variants.
But you have to enable this backward compat mode manually because this
We'd need the full stack trace. But I don't think it is a MyFaces version
related issue...
LieGrue,
strub
- Original Message -
From: ayouB __ ayb-2...@hotmail.fr
To: users@myfaces.apache.org
Cc:
Sent: Friday, April 13, 2012 1:54 PM
Subject: RE: problem compatibility
Hi Leo!
Did you also try the stuff with composite components inside ui:repeat?
Default components seem to work, but composite components are probably broken.
Buett will upload a sample code later today.
LieGrue,
strub
- Original Message -
From: Leonardo Uribe lu4...@gmail.com
To:
If you like to use EL-2.2 then you should switch to tomcat7-maven-plugin
instead of using jetty.
With jetty6 you need to exclude quite a few jetty dependencies from your plugin
to prevent clashes. Jetty7 and 8 have been behaved completely broken at all. We
now completely switched away to
whoops, tomcat7-maven-plugin of course^^
LieGrue,
strub
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: MyFaces Discussion users@myfaces.apache.org
Cc:
Sent: Tuesday, April 17, 2012 2:40 PM
Subject: Re: Problem with CODI/OWB and PrimeFaces 3.2
If you like
Not having the request/view token properly updated in a sequential way would
also make it impossible to properly do cross request state forgery prevention.
LieGrue,
strub
- Original Message -
From: Werner Punz werner.p...@gmail.com
To: users@myfaces.apache.org
Cc:
Sent: Monday,
Hi Pavel!
Welcome to the MyFaces list!
The windodwId gets propagated in 2 ways:
1.) for GET requests we use the windowId parameter
2.) for POST requests we have it in our viewState.
Thus the windowId should also be available in AJAX requests. But you don't need
the URL parameter for it.
Hi folks!
We've done some intense testing and I really suggest to use the windowId url
parameter and also to use the ClientSideWindowhandler with the windowhandler.js
and windowhandler.html stuff. If you have customers/users which are used to
open multiple browser tabs, then this is the only
1 - 100 of 155 matches
Mail list logo