Hi Simon!
I just wanted to let you know that I'm back working on JSF stuff again,
and in particular plan to help Mario with Orchestra.
I think it would be fair to tell the list also that we are co-worker for
the next (approximately) 2 years.
I hope it's ok if I
use those existing commit
Hi!
I've noticed that a number of Orchestra classes use
private static final Log log = ;
See class ConversationManager for an example.
I don't think static log objects are a good idea in libraries, as
described here:
http://wiki.apache.org/jakarta-commons/Logging/StaticLog
Yepp,
Hi!
ConnectionManagerDataSource doesn't compile with java1.6, because Sun
added a new ancestor interface (Wrapper) to DataSource:-(.
The new methods are isWrapperFor and unwrap.
I think the best solution is just to add stub implementations of the new
methods that throw
Hi!
MockFrameworkAdapter is checked in twice
* core/src/test/java/org/apache/myfaces/orchestra/frameworkAdapter
* core/src/main/java/org/apache/myfaces/orchestra/frameworkAdapter
This causes Eclipse to complain (as it should).
Thanks for the heads up. I'll remove it.
There are a number
f:setPropertyActionListener causes wrongful AbortProcessingException
Key: MYFACES-1703
URL: https://issues.apache.org/jira/browse/MYFACES-1703
Project: MyFaces Core
Issue
Hi Simon,
I know the -tr-inhibit property,
BUT the base skin style-sheet seems to be added last
so the nodes form it always override the nodes in me style-sheet
even if I use -tr-inhibit
This is exactly what you said in the code I mentioned before.
You never know which one has the priority :(
[
https://issues.apache.org/jira/browse/ORCHESTRA-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-1.
--
Resolution: Fixed
Fix Version/s: 1.0-SNAPSHOT
thanks for the patch!
Use
[
https://issues.apache.org/jira/browse/MYFACES-1703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernhard Huemer updated MYFACES-1703:
-
Status: Patch Available (was: Open)
f:setPropertyActionListener causes wrongful
[
https://issues.apache.org/jira/browse/ORCHESTRA-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-2.
--
Resolution: Fixed
Fix Version/s: 1.0-SNAPSHOT
thanks for the patch!
NPE
Hi!
I see that currently Orchestra has a feature that allows conversation
contexts to be timed out (deleted) automatically.
I'm a little curious about why this feature is needed. When a user's
session times out the conversation data is discarded anyway.
There is not only a singe
Hi!
ConnectionManagerDataSource doesn't compile with java1.6, because Sun
added a new ancestor interface (Wrapper) to DataSource:-(.
The new methods are isWrapperFor and unwrap.
I think the best solution is just to add stub implementations of the new
methods that throw
[
https://issues.apache.org/jira/browse/ORCHESTRA-3?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519214
]
Mario Ivankovits commented on ORCHESTRA-3:
--
This looks like a bug in spring.
The problem is, that
[
https://issues.apache.org/jira/browse/ORCHESTRA-3?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519215
]
Mario Ivankovits commented on ORCHESTRA-3:
--
http://forum.springframework.org/showthread.php?t=42549
http://www.hibernate.org/20.html#A2
Le 10 août 07 à 22:02, ignicolist a écrit :
Hibernate version: hibernate-3.2.4
Name and version of the database : mysql
Hi i know that this is no the place for this question, but i dont
find here
another place so if anyone could help a apreciate, i
Hi,
Class Conversation uses a thread-local variable to store the current
conversation. Thread-locals are pretty tricky to manage in a container
environment; they need to be cleared at the end of each request as the
same thread will be reused by the container.
Would storing this value in request
Hi!
Class Conversation uses a thread-local variable to store the current
conversation. Thread-locals are pretty tricky to manage in a container
environment; they need to be cleared at the end of each request as the
same thread will be reused by the container.
Would storing this value in
On Sat, 2007-08-11 at 09:52 +0200, Mario Ivankovits wrote:
There are a number of classes that are Serializable but do not declare a
serialVersionUID value.
Serializable classes really should, so that later changes which don't
break serializable compatibility but do change the class
Hi!
AFAIK there is no way in readObject to get the serialVersionUID of the
stored object, is there a way?
I'm not sure. Why would you want to?
I'd generate the serialVersionUID with any number and use a second local
version which will be written first to the the stream.
That way,
Hi Simon,
welcome back.
+1 for using the commit rights!
-M
On 8/11/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Simon!
I just wanted to let you know that I'm back working on JSF stuff again,
and in particular plan to help Mario with Orchestra.
I think it would be fair to tell the
Greetings:
In the wiki page of Orchestra and other Dialog/Conversation Frameworks,
could you or some one working with Spring WorkFlow contrast and position
Orchestra with SWF, plus vision of Orchestra with respect to WebBeans.
It is great to work in open sources to select right tool for the
[
https://issues.apache.org/jira/browse/ORCHESTRA-3?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519241
]
Mario Ivankovits commented on ORCHESTRA-3:
--
During debugging the situation I found a workaround you can
Hi,
The constructor for class ConversationContext takes a
ConversationManager object as a parameter (ie a ref to its parent),
but never uses it.
Is there some future intention to do something with this parameter, or
can it be removed?
=
In
Yeah I remember that comment that I put there. I'll check it again, see what
would be the impact of loading everything before doing inhibit and probably
fill a JIRA issue about this.
~ Simon
On 8/11/07, Cristi Toth [EMAIL PROTECTED] wrote:
Hi Simon,
I know the -tr-inhibit property,
BUT the
+0!
regards,
Martin
On 8/11/07, Danny Robinson [EMAIL PROTECTED] wrote:
[x] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
On 8/10/07, Adam Winer [EMAIL PROTECTED] wrote:
[x] +1 for community members
+1
On 8/11/07, Martin Marinschek [EMAIL PROTECTED] wrote:
+0!
regards,
Martin
On 8/11/07, Danny Robinson [EMAIL PROTECTED] wrote:
[x] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
On
Hi!
The constructor for class ConversationContext takes a
ConversationManager object as a parameter (ie a ref to its parent),
but never uses it.
Is there some future intention to do something with this parameter, or
can it be removed?
Might be a relict from previous times. Let's remove
the thing is that the order in which the nodes are handled is very important
the base skin style-sheet should be the first
and the custom style-sheet should be the last
this way any property inhibit or override should work as needed
it's useless to load all the properties and then apply the
[
https://issues.apache.org/jira/browse/ORCHESTRA-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved ORCHESTRA-3.
--
Resolution: Fixed
Assignee: Mario Ivankovits
According to the spring forum
Well even if I did make that note, I never had any problem inhibiting
properties from simple skin. Are you trying to set a skin using
skin-extension maybe? If so, that,s your problem.
On 8/11/07, Cristi Toth [EMAIL PROTECTED] wrote:
the thing is that the order in which the nodes are handled is
29 matches
Mail list logo