+1 for #1
Yes, is is obvious that close() closes immediately.
Ciao,
Mario
Von: Gerhard [mailto:gerhard.petra...@gmail.com]
Gesendet: Samstag, 18. September 2010 17:52
An: MyFaces Development
Betreff: Re: [jira] Created: (EXTCDI-57) revisit Conversation#end
+1 for #1
regards,
[
https://issues.apache.org/jira/browse/MYFACES-2604?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12845216#action_12845216
]
Mario Ivankovits commented on MYFACES-2604:
---
Could someone of the MyF
[
https://issues.apache.org/jira/browse/ORCHESTRA-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12845215#action_12845215
]
Mario Ivankovits commented on ORCHESTRA-42:
---
Hmmm ... The shared_* pack
dow Handling
I was thinking based on a suggestion done on JSFDays to take advantage on
trinidad pageFlowScope code (like we did with flash scope on myfaces 2.0), and
refactor that code to allow orchestra conversation scope work without spring
(using the new JSF 2.0 custom scope).
[Ma
Hi!
> - Extend Orchestra use Conversations based on the JSF 2.0 custom scope
> API, Extend Orchestra to work with Spring Conversations, to do
> File->New Window Handling
Any idea how this should work?
What magic is Spring Conversations using here?
Ciao,
Mario
+1
Von: gerhard.petra...@gmail.com [mailto:gerhard.petra...@gmail.com] Im
Auftrag von Gerhard Petracek
Gesendet: Dienstag, 16. Februar 2010 12:01
An: MyFaces Development
Betreff: [VOTE] codi as a new myfaces extensions sub-project
hi @ all,
we have collected a lot of possible feature
Great to see a new release!!
:-)
Thanks Leonardo!
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Samstag, 19. Dezember 2009 01:09
An: annou...@apache.org; annou...@myfaces.apache.org
Cc: MyFaces Development; MyFaces Discussion
Betreff: [ANNOUNCE] release of myfaces orchestra 1
As far as I know, a release should be fine!
Ciao,
Mario
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Dienstag, 01. Dezember 2009 23:46
An: MyFaces Development
Betreff: [orchestra] could we do a release of this artifacts?
Hi
I would like to add a module for orchestra and
Hi!
Even if you advertised at the beginning, I too think that JDK 1.4 compatibility
is no longer a must.
Merging core15 might then be the logical step.
Are you going to volunteer? ;-)
Ciao,
Mario
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Mittwoch, 14. Oktober 2009 01:21
An: MyFac
[
https://issues.apache.org/jira/browse/ORCHESTRA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12763854#action_12763854
]
Mario Ivankovits commented on ORCHESTRA-40:
---
I think we all agree, havi
[
https://issues.apache.org/jira/browse/MYFACES-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12763370#action_12763370
]
Mario Ivankovits commented on MYFACES-2378:
---
@grant: We need a hierarch
imho.
Regards,
~ Simon
On Thu, Oct 1, 2009 at 1:25 AM, Mario Ivankovits
mailto:ma...@ops.co.at>> wrote:
+1 for jul
reduces dependencies - and sun also use it, no?
Von: Leonardo Uribe [mailto:lu4...@gmail.com<mailto:lu4...@gmail.com>]
Gesendet: Donnerstag, 01. Oktober 2009
+1 for jul
reduces dependencies - and sun also use it, no?
Von: Leonardo Uribe [mailto:lu4...@gmail.com]
Gesendet: Donnerstag, 01. Oktober 2009 04:06
An: MyFaces Development
Betreff: [VOTE] use of jul or commons logging on myfaces core 2.0
Hi
Right now, facelets code added to myfaces core 2.0.
[
https://issues.apache.org/jira/browse/ORCHESTRA-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735612#action_12735612
]
Mario Ivankovits commented on ORCHESTRA-43:
---
Does it makes sense to ha
Hmmm … it might be worth looking at using Orchestra without Spring. Guice is
not an option for your clients either, is it?
If you do not use Spring, you also do not use its persistence capabilities ;-)
So then, using a CGLIB based (or whatever enhancer lib) approach which simply
enhances the be
+1
Von: Gerhard Petracek [mailto:gerhard.petra...@gmail.com]
Gesendet: Dienstag, 09. Juni 2009 20:33
An: MyFaces Development
Betreff: [VOTE] jul instead of commons-logging
hi,
short description:
this first vote is about the switch from commons-logging (cl) to
java.util.logging (jul).
it's a bin
Start voting? ;-)
From: Gerhard Petracek [mailto:gerhard.petra...@gmail.com]
Sent: Saturday, June 06, 2009 11:45 AM
To: MyFaces Development
Subject: Re: AW: slf4j and myfaces
yes the -1 vote would be a veto in view of slf4j
-> no agreement -> we would vote about jul.
or as mario suggested - let
Hi!
Not sure if this adds any value to this discussion, but
> > The only question is how facelets handles this case, but I assume
> > faclets simply skips comments and passes it through with out.write!
> I'm talking about .
You can configure this using "facelets.SKIP_COMMENTS=true" (what we di
Hi!
> The only downside I see is that we might break compatibility for java
> 1.4 since JUL gut some overhaul between 1.4 and 5, but on the other hand
> is it really important anymore?
> Which projects still have to be on 1.4
In 1.4.2 the log methods in question were already there. So - as a lo
> that would be possible as well. i just started with slf4j since we already
> discussed it and udo wrote about the switch to slf4j in the next release...
> we could also vote first about slf4j and everybody who prefers jul should
> vote -1
Just wait until Monday if possible, then enough develo
Hi!
> There are two pros of slf4j I did not mention yet:
> 1. parameterized messages, which make it possible to omit those ugly
> "if (logger.isDebugEnabled()) {..." conditions, without performance
>issue: see http://www.slf4j.org/faq.html#logging_performance
http://java.sun.com/j2se/1.5.0/docs/a
our libraries - just different namings.
Ciao,
Mario
[1] http://wiki.apache.org/myfaces/Trinidad_and_Common_Logging
-Ursprüngliche Nachricht-
Von: Mario Ivankovits [mailto:ma...@ops.co.at]
Gesendet: Samstag, 06. Juni 2009 08:08
An: 'MyFaces Development'
Betreff: AW: slf4j a
@gmail.com]
Gesendet: Freitag, 05. Juni 2009 20:50
An: MyFaces Development
Betreff: Re: slf4j and myfaces
On Fri, Jun 5, 2009 at 19:49, Mario Ivankovits wrote:
> Hi!
>
> Could one please eloberate a little bit more in detail what the pros are of
> slf4j?
Pros:
No class loader ambiguousness
g, Development and
Courses in English and German
Professional Support for Apache MyFaces
2009/6/5 Mario Ivankovits mailto:ma...@ops.co.at>>
Hi!
Could one please eloberate a little bit more in detail what the pros are of
slf4j?
Notice, I switched to it in our company project - but a
Hi!
Could one please eloberate a little bit more in detail what the pros are of
slf4j?
Notice, I switched to it in our company project - but always using the
commons-logging api and just used the slf4j-over-cl wrapper. This is something
wich is possible for each and ever user of myfaces alread
+1 Checked it now and looks good!
---
Mario
visit my blog at http://copy-con.blogspot.com/
> -Original Message-
> From: Mario Ivankovits [mailto:ma...@ops.co.at]
> Sent: Tuesday, March 03, 2009 8:12 AM
> To: 'MyFaces Development'
> Subject: RE: [VOTE] Orchestr
+0 (I trust you made a high quality package again :-) )
> -Original Message-
> From: Simon Kitching [mailto:skitch...@apache.org]
> Sent: Monday, March 02, 2009 9:58 PM
> To: MyFaces Development
> Subject: [VOTE] Orchestra 1.3.1 release candidate
>
> Hi All,
>
> I think it's time to rele
Hi!
> not sure on the PERF, but if it is really (proven) the case, I am with
> you.
> Well... startup time isn't really a big problem, right? :-)
Is that ironic?
In projects with 3000 classes and 60 jar files you are up to 30 seconds, or
even more, scanning time.
Under load, with shale, I saw sc
Hi!
> -Original Message-
> From: Jan-Kees van Andel [mailto:jankeesvanan...@gmail.com]
> Mario, I've been looking at the Shale code that handles the annotation
> scanning, but I saw it uses Reflection and standard Java ClassLoaders
> for scanning the classpath for JSF artifacts. What's you
> -Original Message-
> From: Jan-Kees van Andel [mailto:jankeesvanan...@gmail.com]
> Sent: Wednesday, January 07, 2009 8:15 AM
> To: dev@myfaces.apache.org
> Subject: Re: Scanning for annotated classes in MyFaces 2
>
> It might be smart to put this Shale code in a separate project. For
>
Hi!
> But there are some issues with this:
> First, what paths to scan? AFAIK the spec doesn't state the classpaths
> to scan. I suppose only /WEB-INF/lib and /WEB-INF/classes need to be
> checked, but I can't find it in the spec.
What ever the spec says, we definitely should provide a configurat
Hi!
Just wanted to post a link to mesir [1]. Mainly a pom.xml and a few examples,
but I like the idea of bundling all this together and state this a full stack.
From the pom.xml I can say that we use many of these libraries already in our
application and they turned out to be very stable. I thin
+0
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Petracek
Sent: Thursday, December 04, 2008 12:01 PM
To: MyFaces Development
Subject: [VOTE] Release of Extensions Validator 1.1.1
Hi,
I was running the needed tasks to get the 1.1.1 release of Apache MyFaces
Extensions Va
+0
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gerhard Petracek
Sent: Thursday, December 04, 2008 12:02 PM
To: MyFaces Development
Subject: [VOTE] Release of Extensions Validator 1.2.1
Hi,
I was running the needed tasks to get the 1.2.1 release of Apache MyFaces
Extensions Va
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> > Are there also MyFaces diapers available, that would
> > be the perfect present for my newborn child this year ;-)
>
> cool. congrats!
> is is a wernER or wernSIE ?
ROFL
Werner, whats up? Why hav
At least, I can't access it either.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Matthias Wessendorf
> Sent: Thursday, November 20, 2008 1:33 PM
> To: MyFaces Development
> Subject: Re: [Continuum] up? or down?
>
> http://myfaces.zones.apache.org
TECTED]>>
Congratulations!
On Thu, Nov 20, 2008 at 11:42 AM, Mario Ivankovits <[EMAIL
PROTECTED]<mailto:[EMAIL PROTECTED]>> wrote:
Welcome Mr. President!
> -Original Message-
> From: [EMAIL PROTECTED]<mailto:[EMAIL PROTECTED]> [mailto:[EMAIL
> PROTECTED]
Welcome Mr. President!
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Manfred Geiler
> Sent: Thursday, November 20, 2008 10:08 AM
> To: MyFaces Development
> Subject: New MyFaces PMC chair
>
> Please welcome our new MyFaces PMC chair Matthias Wesse
Probably something went wrong during the copy process and you have old .svn
directories in the structure.
Check the content of the files in the .svn directory in
trinidad-1.0.10/trinidad-api and check if the url points to the correct svn
path and not to the trunk or any other tag path.
Ciao,
M
+1
> -Original Message-
> From: Simon Kitching [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 04, 2008 12:15 PM
> To: MyFaces Development
> Subject: [orchestra flow] support JSF1.2 only?
>
> Hi,
>
> Currently orchestra-flow 0.0.1 supports JSF1.1. However in order to
> allow pages th
+1
> -Original Message-
> From: Simon Kitching [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 24, 2008 11:27 AM
> To: MyFaces Development
> Cc: MyFaces Discussion
> Subject: [orchestra] [VOTE] Orchestra Core 1.3 Release
>
> Hi All,
>
> A release-candidate has been prepared for Orchest
Hi!
> > The problem is, that it is hard to ensure having a stopConversation
> > for each startConversation, and what about reloading the page where
> > possibly the startConversation gets called twice.
>
> Well, if I'm not completely mistaken, you also have to invalidate all
> Orchestra conversati
Hi!
> > The main problem I see with this approach is that you HAVE to use a
> > flow definition, else Orchestra has no chance to determine when to end
> > a conversation and when to reuse the current one.
>
> Well, no, you don't have to use a flow definition. Managing the
> conversation from a use
Hi!
> Well, basically I'd refactor the ConversationContext so that it's
> actually the main conversation of Orchestra. The conversation itself is
> almost independent of Spring (of course, there's still an according
> implementation of the Scope interface, but it will be implemented way
> easier).
Hi!
> >> Example 1)
> >> I've developed some views for a search dialog that I wanted to use in at
> >> least two different conversations. Everything worked fine for the first
> >> conversation. The following code listing should give you an idea of the
> >> problem.
> However (as noted in my other
Hi!
> Example 1)
> I've developed some views for a search dialog that I wanted to use in
> at
> least two different conversations. Everything worked fine for the first
> conversation. The following code listing should give you an idea of the
> problem.
Simon developed Orchestra Flow which might s
Hi!
Great!
I think it is a good time to make another Orchestra Core release.
There is nothing radical in this new version,
Yep, the radical stuff is kept for the next version ;-)
Ciao,
Mario
Hi!
+1 to number one.
Ciao,
Mario
Hi!
The current approach adds interface ConversationBinder, and a setter
method has been added to the Conversation class. Each
dependency-injection-specific layer then provides a different
implementation of this (eg SpringConversationBinder) when creating
Conversation instances.
An alternati
Hi!
> A while ago you added class SpringSingleConversationScope to orchestra
> with the comment "Mostly useful for dialog/flow frameworks".
The idea was that a dialog can have only one conversation. I can't remember
why we/I thought that we require that. Now that it works without this
limitatio
Hi!
This used to work in MyFaces 1.1, but in 1.2 it looks like the fact that
my type is an enum takes precedence over the fact that it implements
EnumCoded interface, so I end up with the built-in EnumConverter instead
of my GenericEnumTypeConverter.
Of course this issue was not relevant in JSF
Hi!
If people are happy with adding a note to the tomahawk sandbox page as
described above then I'll do it.
I'd prefer this mark buoy.
Ciao,
Mario
+0
No chance to look at it for me now, but I trust that you did a good job
again :-)
Ciao,
Mario
On Tue, 2008-07-15 at 23:03 +0200, simon wrote:
Hi All,
The release candidate for MyFaces Orchestra Core 1.2 can be found in the
following places:
Download bundles:
http://people.apache.or
Hi!
Note that I will be on holiday until Monday 15 July, so there is no hurry :-)
Monday OR 15 July, both together will not be possible ;-) Well, and even
15 July might be a VERY short vacation. *hehe*
Thanks or the work, I'll look at the artifacts in the next few days,
before my vacation
point at the new version
before they pick up any of these changes.
+1 from me of course
Regards,
Simon
--
mit freundlichen Grüßen
Mario Ivankovits
Software Engineering
OPS EDV VertriebsgesmbH
A-1120 Wien, Michael-Bernhard-Gasse 10
Firmenbuch Nr.: FN51233v, Handelsgericht Wien
Tel.:
Hi!
Werner Punz schrieb:
Martin Marinschek schrieb:
In any case, I remain -1 to add a new component library - I am sorry.
Ok I am going to postpone this discussion until I can showcase something
then we can start it over...
Hmm ... was Martin's -1 a veto or did he just express his opinion.
M
more work.
Ciao,
Mario
Thank you.
On Wed, Jul 9, 2008 at 1:39 AM, Mario Ivankovits <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
Hi!
s:xmlTemplate
Dont know much, not to say "nothing", about that.
s:pprPanelGroup (is this component ready
Hi!
s:xmlTemplate
Dont know much, not to say "nothing", about that.
s:pprPanelGroup (is this component ready? it could be good but I don't
know if there is any objection).
I do not think that pprPanelGroup is ready for a release, there are some
things still missing and sometimes it stopps wo
Hi!
(a) create a sub-project myfaces/orchestra/trunk/flow, publish to
snapshot-repo and main myfaces website as normel, but make sure that the
welcome page for the website says SANDBOX in big letters and the version
number is something like 0.0.1
+1
Often even the sandbox will be used also i
Hi!
Please express your opinion on each of these:
[X] Check license headers are correct as part of "mvn compile"
[X] Check for tabs in files as part of "mvn compile"
[X] Check for dangerous code as part of "mvn compile"
(eg assignment-in-condition, equals overridden but not hashcode)
[X] Chec
Hi!
Ok then those things are cleared up, now back to the original question
sandbox or own subproject?
+1 for own subproject.
Any further influence with tomahawk/sandbox needs to be avoided.
These two projects are still waiting for a overhaul themself.
Ciao,
Mario
Hi!
the use-case is that people want the same type of functionality they
have in their web.xml (specifying an error-page per exception) in the
JSF-world as well. Just doing it in the web.xml is not sufficient, as
then the faces-context is already closed and not available anymore, so
important con
Hi Leonardo,
I tried to upgrade to the latest Tomahawk+Sandbox and now the
application fails to run properly as the
TomahawkFacesContextWrapper does the AddResource processing AND
the ExtensionsFilter does the AddResource processing.
The code in extension filter that do AddReso
Hi!
What is the current state of MYFACES-434?
I tried to upgrade to the latest Tomahawk+Sandbox and now the
application fails to run properly as the TomahawkFacesContextWrapper
does the AddResource processing AND the ExtensionsFilter does the
AddResource processing. This results in having th
Hi!
One possible enhancement to the error handling feature of myfaces
could be the capability of redirect to a jsf page.
Any concrete use-case for this, or just yet another
"cool-we-can-make-it" thingy? ;-)
Seriously, what's wrong with the error page capabilities of the webapp
container?
Ins
Hi!
Ok, just to say something here too.
If you are going to create an accessibility application you have to put
more work into it than just adding an ALT text to your images.
Since a "meaningful" default text is not easy to find, if not
impossible, my vote is:
that means:
- log a nag warning
Hi!
Doesn't this change break backward compatibility completley?
The value of the alias="" attribute now has to be defined differently,
instead of the el-expressesion just the name needs to be set.
Even if this change is logical to me, a new tomahawk release will break
any existing application
[
https://issues.apache.org/jira/browse/TOMAHAWK-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits reopened TOMAHAWK-1014:
> HTMLInputDate ignores custom convert
[
https://issues.apache.org/jira/browse/TOMAHAWK-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12607465#action_12607465
]
Mario Ivankovits commented on TOMAHAWK-1014:
at least t:inputCale
simon schrieb:
> In other words, keeping one line of code makes sense (less
> maintenance) even if we lose some JSF1.2/JSF2.0-specific features or
> performance boosts.
While I second the rest of your mail, I wont do so with the sentence above.
We are developers, and, at least in your younger yea
Hi!
> I ignore what happens when use multiple jsf portlets in the same page,
> or when the page is using multiple forms on the same page (normal
> submits should work on both environmets, but ajaxified components?).
With "I ignore" you mean you will not replace the ViewState for each
form having a
Hi!
And also ensure that every ViewState will be replaced and not only the
first [0] one.
When you do have multiple JSF forms (which is valid) each ViewState
needs to be replaced.
Yes, but only when they came from the same view!
I don't know much about JSF "portal bridge" stuff. Can this r
Hi!
why not getElementsByName[0] ?
Well, in general document.getElementById is both faster and more elegant.
So in this case, rendering this component with id=clientId seems reasonable.
Hmm..but it is possible that there are multiple "view state" fields in
the page, one per form
Hi!
[X] +1 for community members who have reviewed the bits
Thanks for being the release-manager again!
Ciao,
Mario
Hi!
Simon and me had to spend 5 hours today to track down a problem which in
the end uncovered a nasty bug in TomahawkFacesContextWrapper. In
.release() the delegation was broken (due to a return in the try block).
Bad stuff :-(
Also I found some questionable stuff:
* Some important todos like
Hi!
> Reason #3: The development community is not (so far) very large. Jihoon
> Kim's initial code looks nicely written, but it was written as a "hobby"
> project rather than being driven by any long-term goal.
Shouldn't the project go through the incubator for this reason?
MyFaces can be the spon
Hi!
>
> I tried deleting the part regardless to persistence from spring
> configuration (application-context.xml) but no success. I encountered
> exceptions thrown by the Orchestra Conversation Interceptor.
>
Not configuring the persistence related advice (e.g the
persistentContextConversationInter
gt;
> You can find a copy of myfaces 1.1 working with this plugin here:
>
> https://svn.apache.org/repos/asf/myfaces/myfaces-build-tools/branches/builder_plugin/bigtest/core_trunk_11/
>
> So please vote if you want to see this feature included on myfaces 1.x
> and tomahawk
>
Hi!
> MyfacesBuilderPlugin is almost complete. Actually works for 1.1 and
> all interested people could see the example here:
Cool work guys. Great job!
Thanks for all the hard work!
Ciao,
Mario
best, the code is under apache license!!!
>>>>
>>>> Werner
>>>>
>>>>
>>>>
>>>
>> Check your browser settings FF2 is exactly what I am using to view it :-)
>>
>>
>>
>
>
>
[
https://issues.apache.org/jira/browse/ORCHESTRA-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590607#action_12590607
]
Mario Ivankovits commented on ORCHESTRA-23:
---
*shocked* Really?! All du
[
https://issues.apache.org/jira/browse/MYFACES-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12588499#action_12588499
]
Mario Ivankovits commented on MYFACES-1726:
---
I think it would be great to
[
https://issues.apache.org/jira/browse/TOMAHAWK-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved TOMAHAWK-1214.
Resolution: Later
Immediate need for this feature is no longer existent.
It
[
https://issues.apache.org/jira/browse/MYFACES-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587862#action_12587862
]
Mario Ivankovits commented on MYFACES-1855:
---
It would be really great if
Hi!
> my position on this is we could make sev-en part of orchestra, if the
> orchestra crew really, really wants it. If not, this should just be a
> separate sub-module in MyFaces. It is interesting enough to stand on
> its own.
>
First, Orchestra is part of the MyFaces community, so it really,
[
https://issues.apache.org/jira/browse/ORCHESTRA-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587059#action_12587059
]
Mario Ivankovits commented on ORCHESTRA-21:
---
done
> URLs are always
[
https://issues.apache.org/jira/browse/ORCHESTRA-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587058#action_12587058
]
Mario Ivankovits commented on ORCHESTRA-21:
---
Ouch ... good catch. Will d
[
https://issues.apache.org/jira/browse/ORCHESTRA-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-21.
---
Resolution: Fixed
Fix Version/s: 2.0
Assignee: Mario Ivankovits
We
Hi Manfred!
> Incubation is definitely not necessary.
>
> So, should we start a voting then?
>
Sure, start on.
Ciao,
Mario
Context
>
>
> Key: ORCHESTRA-19
> URL: https://issues.apache.org/jira/browse/ORCHESTRA-19
> Project: MyFaces Orchestra
> Issue Type: Improvement
> Components: Conversation
[
https://issues.apache.org/jira/browse/ORCHESTRA-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12586009#action_12586009
]
Mario Ivankovits commented on ORCHESTRA-19:
---
First draft committed.
[
https://issues.apache.org/jira/browse/ORCHESTRA-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585944#action_12585944
]
Mario Ivankovits commented on ORCHESTRA-20:
---
Committed a fix for that
[
https://issues.apache.org/jira/browse/ORCHESTRA-20?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585939#action_12585939
]
Mario Ivankovits commented on ORCHESTRA-20:
---
Currently, the viewContro
[
https://issues.apache.org/jira/browse/ORCHESTRA-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585651#action_12585651
]
Mario Ivankovits commented on ORCHESTRA-19:
---
The conversationContext api n
[
https://issues.apache.org/jira/browse/ORCHESTRA-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585648#action_12585648
]
Mario Ivankovits commented on ORCHESTRA-19:
---
The conversationContext
single conversation
---
Key: ORCHESTRA-20
URL: https://issues.apache.org/jira/browse/ORCHESTRA-20
Project: MyFaces Orchestra
Issue Type: Improvement
Components: Conversation
Reporter: Mario Ivankovits
Type: Improvement
Components: Conversation
Reporter: Mario Ivankovits
The conversationContext should be enhanced to allow nested conversationContext
which is a requirement for dialog/flow implementations to separate the
conversations for different flows.
The new
FACES-1850
Project: MyFaces Core
Issue Type: Bug
Components: General
Affects Versions: 1.2.2, 1.1.5
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
Priority: Critical
When using server side state saving with "serializ
Hi!
> sev-en is a new jsf-extension.
Looks Cool, I love it to see that a long standing idea now seems to be
realized.
You posted on the dev list .. cool .. you probably know we are
developers too ... so .. where do we find the code? Or is it just a
too-late April joke ;-)
I think that would make
Hi!
> It's because the "wrong" constructor in api's _ComponentAttributesMap
> class, it's assigning the map directly:
So we do agree that this needs to be fixed? Then I'll do so ...
Ciao,
Mario
1 - 100 of 1079 matches
Mail list logo
