@troubles: just like you should never put component-bindings in session-scope.
regards,
Martin
On 2/23/07, Werner Punz <[EMAIL PROTECTED]> wrote:
Werner Punz schrieb:
>
> Hold on matthias a little bit, I just gave mario the code for the jpa
> conversation glue.
> So I have jpa already running
s:filterTable and s:sortableColumn missing TLD attributes (FilterTableRenderer)
---
Key: TOMAHAWK-905
URL: https://issues.apache.org/jira/browse/TOMAHAWK-905
Project: MyFaces
[
https://issues.apache.org/jira/browse/TOMAHAWK-905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Gillan updated TOMAHAWK-905:
-
Status: Patch Available (was: Open)
> s:filterTable and s:sortableColumn missing TLD attribute
Werner Punz schrieb:
>
> Hold on matthias a little bit, I just gave mario the code for the jpa
> conversation glue.
> So I have jpa already running here.
>
Btw. the conversation stuff is excellent,
once configured you work within the conversation context within
one entity manager,
@Transactional
Matthias Wessendorf schrieb:
> On 2/22/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
>> My initial impression (now that the administrata is out of the way) is
>> that the subproject sounds useful, now that I see that we aren't
>> making yet another component library. I think it's an excellent i
Mhh seems like the dynaform jdk5 stuff also will be moved over.
Werner
Mike Kienenberger schrieb:
> On 2/22/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
>> The parts in the sandbox will deleted once the setup of the new project
>> has settled down.
>
> Mario,
>
> Other than the conversatio
Setting displayValueOnly programatically does not work
--
Key: MYFACES-1540
URL: https://issues.apache.org/jira/browse/MYFACES-1540
Project: MyFaces Core
Issue Type: Bug
Component
This change looks good to me. It's probably more important that the
value binding be able to default to null than to output an empty
string css style.
On 2/22/07, Jeff Bischoff <[EMAIL PROTECTED]> wrote:
Greets,
After converting my application from JSP to Facelets, I set out to make
my "rowSt
[
https://issues.apache.org/jira/browse/MYFACES-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475182
]
Bernd Bohmann commented on MYFACES-1246:
Just found
org.apache.geronimo.specs
geronimo-annot
Greets,
After converting my application from JSP to Facelets, I set out to make
my "rowStyleClass" attribute on t:dataTable work like it used to.
First, I had to get the attribute working in Facelets. With considerable
discussion on the user list (see [1] and [2]) and a lot of help from
Mike
Hi,
Great job Mario, I'm also interested in conversation stuff with spring and
jsf, personally I was sick of getting lazyinitexception when doing wizards
with jsf-spring-hibernate before.
I'd really really like to help if you need:)
Regards,
Cagatay
On 2/22/07, Mike Kienenberger <[EMAIL PROTE
Hey Mario,
Sounds good. I think a simple announcement to the user list
regarding moving the components is appropriate. Sounds like there is
no one who will be affected, except those who will be moving to
"fusion" anyway (we should come up with a new name right away if a new
name is necessary)
Hi!
> Other than the conversation tag, what else will be removed from the
> sandbox?
tomahawk-sandbox
There is a "behind the scenes" code called "RequestParameterProvider"
which allows you to add a class which will then be called when a URL
will be encoded.
This is the central mechanism to ensure t
+1 on this idea.
Tomahawk has settled down since the Dojo move and has been running
relatively stable. Best to ensure the next release is branched sometime
before any more big changes. (Tomahawk 1.1.4 RC is very good too) :)
Paul Spencer wrote:
We just completed a MyFaces 1.1.5 release, whic
:-)
+1
On 2/22/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
We just completed a MyFaces 1.1.5 release, which resolved blockers
related to Tomahawk. Can we get a Tomahawk release done before we start
changing things for Fusion?
Paul Spencer
--
Matthias Wessendorf
http://tinyurl.com/fmywh
[
https://issues.apache.org/jira/browse/MYFACES-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475139
]
Dennis Byrne commented on MYFACES-1246:
---
Hi Mathias,
I made no progress on this one. Two challenges in fini
We just completed a MyFaces 1.1.5 release, which resolved blockers
related to Tomahawk. Can we get a Tomahawk release done before we start
changing things for Fusion?
Paul Spencer
[
https://issues.apache.org/jira/browse/MYFACES-1246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475134
]
Mathias Broekelmann commented on MYFACES-1246:
--
Hi Dennis, any progress on this?
> JSR-252 Issue #119
On 2/22/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
My initial impression (now that the administrata is out of the way) is
that the subproject sounds useful, now that I see that we aren't
making yet another component library. I think it's an excellent idea
to get better examples of JSF and
On 2/22/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
The parts in the sandbox will deleted once the setup of the new project
has settled down.
Mario,
Other than the conversation tag, what else will be removed from the sandbox?
Also, how is this going to affect the users who are currently u
My initial impression (now that the administrata is out of the way) is
that the subproject sounds useful, now that I see that we aren't
making yet another component library. I think it's an excellent idea
to get better examples of JSF and JPA working together since these are
now considered standa
What can I do now?
I don't think you should do a rollback.
discussion is ongoing ;)
-M
Would it be of any help if I rollback the check-in and we start
discussion about it?
Ciao,
Mario
--
Matthias Wessendorf
http://tinyurl.com/fmywh
further stuff:
blog: http://jroller.com/page/mwessend
Hi!
> There needs to be some kind of discussion before a commit of this
> type, even if it's a single message.
Ok, sorry for being too enthusiastic.
I didn't realize that it would be such a mistake.
What can I do now?
Would it be of any help if I rollback the check-in and we start
discussion about
I went back and reread the "spring conversation scope and ejb".
There's nothing in here stating that Mario was planning on starting a
subproject or committing any code, so I don't think we're being too
harsh when someone starts a new subproject without any warning, and we
get concerned.
There nee
Mike Kienenberger schrieb:
> Well, the thread started with this statement, so you'll have to
> forgive me if I thought it was true :-)
>
>> MyFaces Fusion is just a collection of already existing myfaces
>> sandbox components.
Instead of components I should have written code.
There are two or three
Well, the thread started with this statement, so you'll have to
forgive me if I thought it was true :-)
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
On 2/22/07, Werner Punz <[EMAIL PROTECTED]> wrote:
Mike Kienenberger schrieb:
> You've answered some o
Martin Marinschek schrieb:
> Don't hit to hard on Mario - he tried to start a discussion on this
> list, but there was no response (it was not about the name fusion, but
> about the technical details of the spring-conversation stuff).
> Sometimes there needs to be a commit in open source, so that t
It's not an arbitrary and unnecessary split - as:
- it's not a component library, it is about glue-code
- it works with any component library, not only tomahawk
- it has dependencies to Spring, and I personally don't think tomahawk
should have some
regards,
Martin
On 2/22/07, Mike Kienenberger
things like these are some topics that should have been discussed before.
well, again we start to care when it already happend
+1 on the "no spring in tomahawk"
-M
On 2/22/07, Martin Marinschek <[EMAIL PROTECTED]> wrote:
It's not an arbitrary and unnecessary split - as:
- it's not a componen
Most of this code has been in the sandbox before. It has been moved to
another place, to discuss the possibility of a new subproject which
deals with glue-code properly.
regards,
Martin
On 2/22/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 2/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Don't hit to hard on Mario - he tried to start a discussion on this
list, but there was no response (it was not about the name fusion, but
about the technical details of the spring-conversation stuff).
Sometimes there needs to be a commit in open source, so that the
discussion can start.
And I be
Mike Kienenberger schrieb:
> You've answered some of the management issues, but you still haven't
> addressed what the difference between "tomahawk and/or sandbox" and
> "fusion" will be.
>
Since I am probably the first one who will use it
(call me guinea pig)
fusion is an application stack/framew
Mario,
i am feeling very confident that this will be a great addition to
MyFaces in the near future.
Through many lessons learned, I can admit that using Spring + JSF
together makes up a powerful combination. Tying the new
Spring/MyFaces-Conversation scope to JSF brings us beneath a
"seam-approa
You've answered some of the management issues, but you still haven't
addressed what the difference between "tomahawk and/or sandbox" and
"fusion" will be.
From my understanding so far, this is still just a collection of
components, and I don't see why it needs to be separate from the
sandbox or
Hi Mike!
> I did a search of my mailing archives for "fusion" and I didn't find
> anything relevent. I'd expect a new subproject to at least be
> preceded by an email
I would have done, but my *!§$!"§$%* thunderbird crashed just before I
managed to hit send. Just hold on a minute please, I'll
Hi Matthias!
> I like the idea, but perhaps in future, please send out an email. I
> bet that won't hurt.
No, wouldn't have hurt, you are right.
However, now everyone is able to review real facts. If we do not agree
about having it that way in MyFaces land I'll "svn rm/svn mv/whatever" it.
Nothi
Afterwards a release of MyFaces Fusion (or whatever name it will have in
the end) should follow soon.
+1 for not another txxx name.
fusion isn't possible, I think... however, we all will figure out
-M
For the user it is easier to recognize than that there is just another
competitor in this ar
Hi Mike!
> In the future, please remember that such reviews and conclusions
> *must* be made on the mailing list.
Ok, sorry for this.
> As to the actual merits of the subproject, I don't understand what
> value it adds to have this in both the sandbox and in "fusion".How
> do the two subprojec
Some of us reviewed it (offlist) and we came to the conclusion that it
has enough power to live as separate project.
my understanding is that we all should at least have been involved in
this discussion. hard to be a healthy community, when three or four do
offline development.
To me to
Mario,
that all sounds nice and very interesting. I agree on the sandbox
status and that it might be good to be a "separate" project.
What I don't understand is this:
Some of us reviewed it (offlist) and we came to the conclusion that it
has enough power to live as separate project.
my und
On 2/22/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Some of us reviewed it (offlist) and we came to the conclusion that it
has enough power to live as separate project.
In the future, please remember that such reviews and conclusions
*must* be made on the mailing list.
As to the act
Hi!
MyFaces Fusion is just a collection of already existing myfaces sandbox
components.
The main goal of this project is to ease the development of JSF
applications especially if they have to deal with an ORM backend.
I tried to do so a while back by developing a ConversationTag, which
worked no
On 2/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: imario
Date: Thu Feb 22 09:25:41 2007
New Revision: 510598
URL: http://svn.apache.org/viewvc?view=rev&rev=510598
Log:
initial import of new MyFaces Fusion project
Has there been any discussion about this? Does this belong in a
'
[
https://issues.apache.org/jira/browse/MYFACES-1539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Marinschek resolved MYFACES-1539.
Resolution: Fixed
This also makes it easier for application developers to run ext
This also makes it easier for application developers to run external
performance/quality tools against applications built with either JSF
implementation. We are of course gaining this at the expense of backwards
compatibility.
Dennis Byrne
On 2/22/07, Martin Marinschek (JIRA) wrote:
Replaced
Replaced _link_hidden with idcl
---
Key: MYFACES-1539
URL: https://issues.apache.org/jira/browse/MYFACES-1539
Project: MyFaces Core
Issue Type: Improvement
Affects Versions: 1.1.4
Reporter: Martin
[
https://issues.apache.org/jira/browse/TOBAGO-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475058
]
Mike Kienenberger commented on TOBAGO-287:
--
Guido,
The "&&" form will work, provided it is properly escaped
If you are using jspx compilation, use 'and' instead of '&&' in EL
Volker Weber (JIRA) wrote:
[ https://issues.apache.org/jira/browse/TOBAGO-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475034 ]
Volker Weber commented on TOBAGO-287:
---
[
https://issues.apache.org/jira/browse/TOBAGO-287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12475034
]
Volker Weber commented on TOBAGO-287:
-
The tc:cell component (org.apache.myfaces.tobago.component.UICell) extends
nobody root ?
On 2/13/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
hi,
is there the admin for this myfaces zone box listening ?
I know the user/password, but I'd like to have an own user account.
Sb. w/ root rights able to do that for me ?
Thanks!
Matthias
--
Matthias Wessendorf
http://
Hi Paul,
the file that was the goal of this navigation case didn't exist on my
PC - so it was marked red in my configuration file.
Is this a test with a non-existing file?
regards,
Martin
On 2/22/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
The commit[1] removed the navigation case to tPanelN
51 matches
Mail list logo
