Hi Werner,
Also my side all the best for you. I haven't posted here for a while but I'm
still following the list and if there's something urgent with the MyFaces
jsf.js I'd be ready to jump in.
Best regards,
Ganesh
Am 20.01.2012 19:25, schrieb Werner Punz:
Thanks a lot guys,
I am getting
[
https://issues.apache.org/jira/browse/MYFACES-3005?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Jung resolved MYFACES-3005.
--
Resolution: Fixed
Fix Version/s: 2.0.5-SNAPSHOT
as discussed on the dev list
Hi,
Yes, true. I'm setting up an implementation that checks a context param
org.apache.myfaces.DISABLE_FLASH_SCOPE (true/false) and throws a
FlashScopeDisabledException in case someone calls one of the public Map acces
methods like get, put, keep or putNow.
Best regards,
Ganesh
Am
a config param to disable flash
3 - compiling a custom MyFaces 2.04a for the customer
I would provide a solution for 1 or 2, if you agree, if you don't I'd probably
have to switch to 3. What do you think?
Best regards,
Ganesh
Am 21.12.2010 11:44, schrieb Jakob Korherr:
Created MYFACES-3005
[
https://issues.apache.org/jira/browse/MYFACES-3005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12974108#action_12974108
]
Ganesh Jung commented on MYFACES-3005:
--
It's true that users will expect flash scope
a c:forEach and an AJAX request to
toggle parts of it).
Effect: MyFaces is not sending an AJAX response at all any more and comes back
with a malformedXML error. Is this a bug or does the above code need to be
changed for AJAX requests?
Best regards,
Ganesh
Though flash scope is not is use, MyFaces 2.0 sends this cookie. Is this a bug
or a feature? If it's a feature: Have we provided a way to turn it off?
Best regards,
Ganesh
--
composite:implementation
h:commandButton id=button2 value=#{cc.attrs.value}/
/composite:implementation
but probably not an ActionSource2 :-(
Best regards,
Ganesh
Am 12.10.2010 19:24, schrieb Leonardo Uribe:
Hi
I tried your example and work in this way:
test page calls a composite component
ok, thank you, so I will not open a MyFaces issue on this but comment the spec
issue instead.
Best regards,
Ganesh
Am 13.10.2010 11:15, schrieb Jakob Korherr:
Hi Ganesh,
Sorry, I was too fast in writing the answer. It works if you're using
f:actionListener, but it does not work correctly
()? In fact it
doesn't, if you agree that it should I will open an issue.
Best regards,
Ganesh
Yeah, saw this in the logs and wondered, 'caus EL was working well. Good to
know this in case a customer asks :-).
+1 for all your suggestions.
Best regards,
Ganesh
Am 30.09.2010 23:04, schrieb Martin Koci:
Hi,
there is a disorder in Expression Lauguage names in myfaces core.
Currently
Great approach. Though the spec would be the right place for this I think we
should have it in MyFaces asap and do our best to push it to the 2.2 spec.
Am 24.09.2010 14:33, schrieb Martin Koci:
Hi,
since JSF 2.0 JSP support andmanaged-bean are deprecated. Since 1.2
same for javax.faces.el.
That's what I do all the time - nothing to complain :-)
Werner Punz schrieb:
Am 16.09.10 18:58, schrieb Ganesh:
Yes, a fresh checkout did the job, thank you :-)
Can you give the current trunk a proper testing with your Dojo
components lib? We are close to rolling a release now, and I would
Yes, a fresh checkout did the job, thank you :-)
Werner Punz schrieb:
Ok for another reason I cleared my current myfaces 2 dir and did a new
svn up to get a clean state, build is still working.
Werner
Am 15.09.10 09:34, schrieb Werner Punz:
Hi Ganesh, I just rolled an svn up and did an mvn
[INFO]
Best regards,
Ganesh
Hi Mark,
A standard form submit will always go through whether an AJAX request is
running or not. There is no queueing of no AJAX submits. You may consider
disabling the button until the AJAX request is successfull.
Best regards,
Ganesh
Mark Struberg schrieb:
txs Werner,
I'll tinker
Thank you for this information, I think this is groundbreaking news. From this
point on I can wholehartedly recommend the usage MyFaces 2.0 over Mojarra to my
customers.
Werner Punz schrieb:
Hi everyone, as it seems with my next commit tomorrow we will get
another small speed boost.
I have a
I'd like to keep the @author tags. Isn't the spirit of the meritocracy involved
with making authors visible? Shouldn't personal merit for a project be made
visible in the code? I think it's great to see Manfred Geiler as the orginal
author of most MyFaces parts. Many people download the source
there are other social issues dealing with collaborative
development, but the Board is concerned about the legal ramifications
around the use of author tags
OK, I see the point.
Hi Martin,
From what I understand the feature is disabled as long as you don't set
myfaces.config[transportAutoSelection] = true;
So why have a second param to do the same thing?
Best regards,
Ganesh
Martin Marinschek schrieb:
Perfect.
Can we talk about having the context param
Core
Issue Type: Bug
Components: JSR-314
Affects Versions: 2.0.1
Environment: AJAX Javascript
Reporter: Ganesh Jung
ajax form parameter collection erroneously submits nameless inputs by their id.
This form:
h:form id=testForm
h:panelGroup id
[
https://issues.apache.org/jira/browse/MYFACES-2847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12893944#action_12893944
]
Ganesh Jung commented on MYFACES-2847:
--
The war file is based on the latest SNAPSHOT
URL: https://issues.apache.org/jira/browse/MYFACES-2848
Project: MyFaces Core
Issue Type: Bug
Components: JSR-314
Affects Versions: 2.0.1
Environment: AJAX Java
Reporter: Ganesh Jung
The fact that an AJAX request was triggered clearly shows
[
https://issues.apache.org/jira/browse/MYFACES-2838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12893096#action_12893096
]
Ganesh Jung commented on MYFACES-2838:
--
Works for me too now - no change in my local
: 2.0.1
Environment: JSF
Reporter: Ganesh Jung
defining a taglib.xml in src/META-INF with a source tag (*.xhtml) and using it
in a test page gives an exception when calling the page.
javax.faces.FacesException: java.lang.NoSuchMethodError
that I'm dealing with an instance of
DefaultFaceletContext, so popClient should be available. I've no idea why this
NoSuchMethodError is thrown. Do you?
Best regards,
Ganesh
Jakob Korherr schrieb:
Hi Ganesh,
The stacktrace seems like an error of FlashImpl in connection with the
creation
, in mojarra
it is not.
I know page, request and session scope. Which one are you referring to?
Best regards,
Ganesh
[
https://issues.apache.org/jira/browse/MYFACES-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12867789#action_12867789
]
Ganesh Jung commented on MYFACES-2714:
--
+1 on the Runtime.loadScript if you can get
Hi Leo,
I'm not sure we're talking about the same thing: The point Andrew and me where
making is that it could be good to render jsf.js inline for f:ajax and and
custom behaviours if no h:head is present. Was this what you where talking
about?
Best regards,
Ganesh
Leonardo Uribe schrieb
This is cool! Isn't the exception handling another place to clean up?
Best regards,
Ganesh
Werner Punz schrieb:
Hello everyone, I have started somewhat of a cleanup regarding the
jsf.js codebase which will be done in the following weeks.
First of all after fixing the bugs (which I
Wow, thank you for the clarification.
Leonardo Uribe schrieb:
Hi
2010/5/10 Ganesh gan...@j4fry.org mailto:gan...@j4fry.org
Hi Leo,
I'm not sure we're talking about the same thing: The point Andrew
and me where making is that it could be good to render jsf.js inline
for f:ajax
Hi Leo,
+1, good approach!
1 question: Why do 1.+2. require a h:head to be present while 3.-5. render
jsf.js inline? Wouldn't it be possible to *always* try and push it to h:head
and if h:head is not defined *always* fall back to inline?
Best regards,
Ganesh
Leonardo Uribe schrieb:
Hi
[
https://issues.apache.org/jira/browse/MYFACES-2640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12862786#action_12862786
]
Ganesh Jung commented on MYFACES-2640:
--
Probably it's the responsability
[
https://issues.apache.org/jira/browse/MYFACES-2688?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12862788#action_12862788
]
Ganesh Jung commented on MYFACES-2688:
--
We're not bound to support only the spec
[
https://issues.apache.org/jira/browse/MYFACES-2640?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12862791#action_12862791
]
Ganesh Jung commented on MYFACES-2640:
--
concerning jsf.ajax.request(this,event
+1, works for me too, now
Jakob Korherr schrieb:
+1
Regards,
Jakob
2010/4/16 Martin Marinschek martin.marinsc...@gmail.com
mailto:martin.marinsc...@gmail.com
+1,
best regards,
Martin
On Fri, Apr 16, 2010 at 11:33 AM, Bruno Aranda
brunoara...@gmail.com
] Final Memory: 105M/452M
[INFO]
Best regards,
Ganesh
Werner Punz schrieb:
Before I am giving my vote here, there is still a unit test failure ...
Am 15.04.10 06:39, schrieb Matthias Wessendorf:
+1
Thanks for running
Hi,
I've updated current20 to rev 934345 and restarted a mvn build, but it still
fails (same errors as before). Having already checked in your findings?
Best regards,
Ganesh
Werner Punz schrieb:
Actually I had a quick look at the branch for 2.0.0 this one has the
version set correctly
, Ganesh gan...@j4fry.org wrote:
Sorry for the inconvenience, for me impl build fails on myfaces/current20
(last tried 10 days ago, worked then). It's propably an oversight on my
side, but I would have liked to a quick retest with dojofaces for 2.0.0 ...
any ideas?
[INFO] Compiling 74 source files
version again back to 4.0.1-SNAPSHOT), since Leo is
the release manager he has to decide, I guess.
Werner
Am 15.04.10 11:43, schrieb Ganesh:
Hi,
I've updated current20 to rev 934345 and restarted a mvn build, but it
still fails (same errors as before). Having already checked in your
findings?
Best
: Bug
Components: JSR-314
Affects Versions: 2.0.0-beta-3
Environment: Javascript
Reporter: Ganesh Jung
Attachments: MyFaces_Test.war
If an ajaxified input has got onchange= defined and a script triggers
input.onchange() we get an error: event must be defined
: Bug
Components: JSR-314
Affects Versions: 2.0.0-beta-3
Environment: Javascript
Reporter: Ganesh Jung
Attachments: MyFaces_Test.war
combining onchange=alert('test') and f:ajax render=myTest2 / creates
missing ) after argument list when onchagne
Components: JSR-314
Affects Versions: 2.0.0-beta-3
Environment: Java/Javascript resource rendering
Reporter: Ganesh Jung
If a page has no h:head and contains a f:ajax we omit the jsf.js script resource
example:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
Welcome Mark!
Gerhard Petracek schrieb:
The MyFaces PMC is proud to announce a new addition to our community.
Please welcome Mark Struberg as the newest MyFaces committer!
Mark has been active on the mailing-list as well as in Jira.
Moreover, as active Apache OWB developer he will also help
[
https://issues.apache.org/jira/browse/MYFACES-2599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12844875#action_12844875
]
Ganesh Jung commented on MYFACES-2599:
--
Hi,
This may be a Mojarra bug. Here's
[
https://issues.apache.org/jira/browse/MYFACES-2599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12844416#action_12844416
]
Ganesh Jung commented on MYFACES-2599:
--
You might ask: Who would need this kind
Components: JSR-314
Affects Versions: 2.0.0-beta-2
Environment: Javascript
Reporter: Ganesh Jung
This one is a bit special. I remove the triggering element from the DOM,
afterwards I trigger it's onchange method. Works with Mojarra, but MyFaces
insists
: JSR-314
Affects Versions: 2.0.0-beta-2
Environment: CSS
Reporter: Ganesh Jung
This one doesn't pull the script with MyFaces 2.0:
style type=text/css
@import test.css
/style
No problem with Mojarra here
]
What's wrong?
Best regards,
Ganesh
No, I actually didn't. Shouldn't maven take care of dependencies? Until now it
always did!
Do I need to set up a seperate shared project now?
Best regards,
Ganesh
Jakob Korherr schrieb:
Hi Ganesh,
Did you build shared core and shared impl too?
Regards,
Jakob
2010/3/8 Ganesh gan
it takes a
little time before the changes to the shared project are pushed to the
global Maven repository, so in these cases, unless you can wait you
need to build shared and deploy it to your local repository.
Curtiss Howard
On Mon, Mar 8, 2010 at 11:53 AM, Ganesh gan...@j4fry.org wrote
[
https://issues.apache.org/jira/browse/MYFACES-2585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12842563#action_12842563
]
Ganesh Jung commented on MYFACES-2585:
--
This discussion confuses me. Werner, could
[
https://issues.apache.org/jira/browse/MYFACES-2585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12842266#action_12842266
]
Ganesh Jung commented on MYFACES-2585:
--
Wow, sounds complicated!
Can you please
[
https://issues.apache.org/jira/browse/MYFACES-2585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12841741#action_12841741
]
Ganesh Jung commented on MYFACES-2585:
--
Werner, you are right. Removing enclosing
Components: JSR-314
Affects Versions: 2.0.0-beta-2
Environment: Javascript
Reporter: Ganesh Jung
This doesn't work:
h:inputText value=#{numberBean.myNumber}
f:ajax render=test /
/h:inputText
Affects Versions: 2.0.0-beta-2
Environment: Javascript
Reporter: Ganesh Jung
First the new element is inserted, then the scripts are run, then the old
element is removed. This is wrong, see this example:
h:inputText value=#{myBean.test
[
https://issues.apache.org/jira/browse/MYFACES-2586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12841448#action_12841448
]
Ganesh Jung commented on MYFACES-2586:
--
Great Werner, thank you. I would have worked
[
https://issues.apache.org/jira/browse/MYFACES-2585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12841456#action_12841456
]
Ganesh Jung commented on MYFACES-2585:
--
Hi Werner,
I agree that the Mojarra's way
[
https://issues.apache.org/jira/browse/MYFACES-2583?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12840535#action_12840535
]
Ganesh Jung commented on MYFACES-2583:
--
This is what I call fast! Thank you, Jakob
Affects Versions: 2.0.0-beta-2
Environment: JSF
Reporter: Ganesh Jung
This code:
h:form id=myForm
h:inputText value=#{myBean.test}
f:ajax
render=#{myBean.bindingMyTest.clientId} event=keyup
dojofaces testing is now possible on a snapshot I've built from trunk.
Minor bugs do occur, I'll bring them in through JIRA.
Cool stuff, great work, thank you.
Best regards,
Ganesh
Matthias Wessendorf schrieb:
that's great! The more feedback (from different lib) we get, the better
On Fri
does exactly the same.
Regards,
Jakob
2010/2/25 Matthias Wessendorf mat...@apache.org
On Thu, Feb 25, 2010 at 7:15 PM, Leonardo Uribe lu4...@gmail.com wrote:
Hi Ganesh
I think dojofaces will not work until apply the patch on MYFACES-2564
(look
on subversion commits). This change was reverted
Hi Leo,
Did you check the solution I proposed?
Best regards,
Ganesh
Leonardo Uribe schrieb:
In few words, we have to solve MYFACES-2564 too.
Hi Matthias,
Currently I'm putting my effords into dojofaces, so interest is there, but time
is scarce ... sorry.
Best regards,
Ganesh
Matthias Wessendorf schrieb:
Yeah, I understand that.
Any interest in helping with the fix ? :)
-Matthias
Also this blocks me from testing the beta with DojoFaces which might reveal
other issues ...
Best regards,
Ganesh
Matthias Wessendorf schrieb:
Again...
MYFACES-2543
*snip*
If the answer to this question is no, Facelets in JSF 2.0 is
backwards compatible with pre-JSF 2.0 Facelets
[
https://issues.apache.org/jira/browse/MYFACES-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12835635#action_12835635
]
Ganesh Jung commented on MYFACES-2564:
--
I agree with Michael in that the faces
[
https://issues.apache.org/jira/browse/MYFACES-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12835716#action_12835716
]
Ganesh Jung commented on MYFACES-2564:
--
Sorry for being inaccurate in my previous
[
https://issues.apache.org/jira/browse/MYFACES-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12835775#action_12835775
]
Ganesh Jung commented on MYFACES-2564:
--
Which faces-configs do you check to decide
[
https://issues.apache.org/jira/browse/MYFACES-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12835822#action_12835822
]
Ganesh Jung commented on MYFACES-2564:
--
@Yury: No, the spec says: ... and must
[
https://issues.apache.org/jira/browse/MYFACES-2564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12835826#action_12835826
]
Ganesh Jung commented on MYFACES-2564:
--
I'd prefer keeping two separate threads
[
https://issues.apache.org/jira/browse/MYFACES-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12835926#action_12835926
]
Ganesh Jung commented on MYFACES-2543:
--
Now that the spec issue is solved here's my
[
https://issues.apache.org/jira/browse/MYFACES-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833536#action_12833536
]
Ganesh Jung commented on MYFACES-2543:
--
So, here's the spec issue:
https
[
https://issues.apache.org/jira/browse/MYFACES-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833087#action_12833087
]
Ganesh Jung commented on MYFACES-2543:
--
Did you take into account jars
to set the Facelets configuration parameters.
Thankfully, most applications that use Facelets fall into the latter category, or, if they fall in the former, their dependence will easily be migrated to the new public classes.
Can we please reopen the issue and fix it?
Best regards,
Ganesh
Leonardo
Actually I've asked on jsr-314-open whether people
agree on this being a bug and so I want to wait until
the weekend before opening an issue. I'll do it on
sunday, if that's fine with you.
Best regards,
Ganesh
Matthias Wessendorf schrieb:
What's up with this part of the spec
[
https://issues.apache.org/jira/browse/MYFACES-2543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ganesh Jung reopened MYFACES-2543:
--
reasons for reopning this where discussed on the dev list:
+1 on that
Go ahead and re-open
applications that use Facelets fall into the latter category,
or, if they fall in the former, their dependence will easily be migrated to the
new public classes.
Best regards,
Ganesh
Matthias Wessendorf schrieb:
On Wed, Feb 10, 2010 at 6:26 AM, Ganesh gan...@j4fry.org wrote:
Many Facelets taglibs don't
Components: JSR-314
Affects Versions: 2.0.0-beta
Environment: facelets
Reporter: Ganesh Jung
nesting setPropertyActionListener like this:
html xmlns=http://www.w3.org/1999/xhtml;
xmlns:f=http://java.sun.com/jsf/core;
xmlns:h=http://java.sun.com/jsf
Versions: 2.0.0-beta
Environment: Facelets
Reporter: Ganesh Jung
Facelets taglibs defined according to the spec 10.3.2 are not recognized.
This page uses a test taglib (see attachment):
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1
[
https://issues.apache.org/jira/browse/MYFACES-2539?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831534#action_12831534
]
Ganesh Jung commented on MYFACES-2539:
--
probably caused by https://issues.apache.org
, but if they don't I think we shouldn't
either.
I've carried the question whether a JSF 2.0 compatible
implementation is required to refuse old version facelets
taglibs into the EG - let's see, what they have to say
on this ...
Best regards,
Ganesh
I see both ways; I think I don't like the fact that the RI
[
https://issues.apache.org/jira/browse/MYFACES-2521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831881#action_12831881
]
Ganesh Jung commented on MYFACES-2521:
--
Most old facelets taglibs only that wrap
[
https://issues.apache.org/jira/browse/MYFACES-2521?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12831881#action_12831881
]
Ganesh Jung edited comment on MYFACES-2521 at 2/10/10 5:49 AM
[
https://issues.apache.org/jira/browse/MYFACES-2523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12829531#action_12829531
]
Ganesh Jung commented on MYFACES-2523:
--
unable to reproduce this on a different
of another alpha, but I feel people won't give much
credit if a beta doesn't do the basic stuff.
Best regards,
Ganesh
Cagatay Civici schrieb:
Anyway my vote is 0 now and I would like to hear other testers' results.
-2.0.0-beta-bin.zip
to replace Mojarra, no other jars are on my classpath, I'm running tomcat
6.0.20.
Best regards,
Ganesh
Ganesh schrieb:
Hi,
I've tried testing the beta with DojoFaces, but even the most basic
examples fail to work, e.g.:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional
I thought the release files should do.
Why would building from the TAG make any difference?
What do you mean with java security is not a
2.0 specific issue? Shouldn't the release
contain all files needed to replace Mojarras
api+impl?
Best regards,
Ganesh
Matthias Wessendorf schrieb:
have you
Components: JSR-314
Affects Versions: 2.0.0-beta-2
Environment: tomcat
Reporter: Ganesh Jung
This most basic page:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
html xmlns=http://www.w3
[
https://issues.apache.org/jira/browse/MYFACES-2523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12806365#action_12806365
]
Ganesh Jung commented on MYFACES-2523:
--
Looks like this is an issue with Eclipse
[
https://issues.apache.org/jira/browse/MYFACES-2523?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12806465#action_12806465
]
Ganesh Jung commented on MYFACES-2523:
--
jce.jar is part of the JDK, how would
Welcome, Jakob!
Am 20.01.2010 00:06, schrieb Leonardo Uribe:
Congratulations!
regards,
Leonardo
2010/1/19 Gerhard Petracek gerhard.petra...@gmail.com
mailto:gerhard.petra...@gmail.com
welcome!
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF
+1 if it's about sharing the VDL base classes
sharing is good. So you are basically suggesting to reuse the
ViewDeclarationLanguage from
MyFaces (including ViewDeclarationLanguageBase and
ViewDeclarationLanguageStrategy) and make them part of the shared
project ?
-Matthias
and forward the requests to the faces servlet?
Best regards,
Ganesh
Scott O'Bryan schrieb:
Hey Guys,
I'm working on a preliminary version of the portlet-bridge for JSF2.0..
Looking at the current R.I. implementations, it appears as if I'm going
to have to come up with my own implementations
Welcome Max!
Ganesh
Bruno Aranda schrieb:
welcome aboard!
Bruno
2009/11/8 Grant Smith work.gr...@gmail.com mailto:work.gr...@gmail.com
welcome Max :)
On Sat, Nov 7, 2009 at 11:09 AM, Jan-Kees van Andel
jankeesvanan...@gmail.com mailto:jankeesvanan...@gmail.com wrote
and portlet examples.
I'd like to present the techniques I've used to implement
more 30 tags based on Facelets templating (needed some tricks
to make this possible) as well as some of the more
sophisticated tags.
Best regards,
Ganesh
Gerhard Petracek schrieb:
hi @ all,
i hope i'll see a lot of you
Hi Curtiss,
Alex has finished about 75%. Next week it should be ready for commit. Sorry for
the delay.
Best regards,
Ganesh
Curtiss Howard schrieb:
Hi,
Just wondering what the status of the AJAX integration (in particular,
f:ajax) was. I've gotten pretty far with the Mojarra samples
Not sure what you mean. Facelets is at 1.1.14 and this version is integrated
with the JSF 2.0 releases where further development happens.
Best regards,
Ganesh
Curtiss Howard schrieb:
Can anyone point me to where the Facelets 2.0 repository is? I'd like
to get a copy of the facelets 2.0
Hi,
Alex an I are still committed on providing the f:ajax and t:ajax facelets tags.
We'll bring in the code in August.
Best regards,
Ganesh
Leonardo Uribe schrieb:
2009/7/22 Matthias Wessendorf mat...@apache.org mailto:mat...@apache.org
hey simon,
is it possible to commit your
value. I can't see
in which way this is connected to replacing scripts.
Best regards,
Ganesh
Werner Punz schrieb:
Ganesh schrieb:
Hi,
We fiddled quite a bit with auto eval of embedded and external
scripts, because IE and Safari don't execute them when they come in
with xhr.
Now, here's
/cssp {color:red}/style';
/script
/body
/html
Best regards,
Ganesh
1 - 100 of 209 matches
Mail list logo