Independent of how Maven does things, I would like to have at least the
required dependencies in a binary assembly. With required
dependencies I mean dependencies which are required to run the core
functionality. Perhaps we can compare the situation for the binary
assembly with Ant, where you have
I have added an example assembly.
Can I get access to the continuum server, I would like to check the
configuration.
Regards
Bernd
Sean Schofield schrieb:
Good. It sounds like we all agree on including the dependencies in
the examples. @Volker: Yes the examples are bundled as a WAR.
I'm
Sorry, I kind of left out the myfaces-list in the forward, put it again.
I don't want to access the data-model. I need to access the component
directly, cause I need to access it from another component. The
problem is e.g. with messages, when a validation fails and the input
field the message is
Hi Martin!
I don't want to access the data-model. I need to access the component
directly, cause I need to access it from another component.
I guess I don't get the difference, maybe I havent learned enough yet.
irc @ #myfaces now ?
---
Mario
Hi!
I don't want to access the data-model. I need to access the component
directly, cause I need to access it from another component.
I guess I don't get the difference, maybe I havent learned enough yet.
Ok, foget it, thought about it a little bit more, now I know what you
mean :-(
Well, findComponent on a dataTable child component works with MyFaces
as well, but you get back a component which is not configured with the
row's context.
that's the problem.
regards,
Martin
On 1/20/06, Abrams, Howard A [EMAIL PROTECTED] wrote:
AFAIK, findComponent on a Table items works in
Hmmm
that could work.
the question is if it is any better than letting the component extend
from a marker interface and implement the functionality itself.
Thoughts?
regards,
Martin
On 1/20/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi
ad 1) no - not even protected is allowed. The
To clarify: I'd say it's a little bit more complicated in its approach
- is it worth the added complexity?
regards,
Martin
On 1/21/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hmmm
that could work.
the question is if it is any better than letting the component extend
from a marker
Hi Martin!
the question is if it is any better than letting the component extend
from a marker interface and implement the functionality itself.
But I thought its not allowed to change the api. Or do you plan to add
this only to the myfaces classes?
Then I think the policy solution is better
Yes, only for extended components. Not for API stuff.
Hmm - but any component extending from the jsf base class can also
implement the marker interface, right?
The tradeoff is
- component is a black box, knows how it does stuff - noone else knows,
and
- a third person might want to be able to
Yes, only for extended components. Not for API stuff.
Ok, so from now on its a matter of personal preferences.
Personally I like to use factories/providers and so on ;-)
In the current case it will make no difference between the various
components just try to lookup and execute.
- a third
Yeah,
in fact I wanted to also hear feedback on the JSF-side of things. Like
- if there's anything like that already implemented in Tobago, ADF
Faces, planned for JSF 2.0.
would be interesting to hear about that.
regards,
Martin
On 1/21/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Yes,
This ties somewhat appropriately to the ideas behing ProcessingContexts
(or Perspectives) with Avatar--
It involved creating a read-only (like event) interface for UIComponent
such that you can allow the UIComponent to tranverse itself, returning
an (event-facade) for the given component, if
That sounds interesting.
so a Perspective is basically a wrapper for the properly initalized
and pre-configured component-instance then?
Where's the source for Avatar? In the JSF-RI?
I'll need to do that right now, though, and so probably without API changes ;)
regards,
Martin
On 1/21/06,
Yeah, I've implemented this with an external Visitor instance--
'hacking' the NamingContainer checks.
The thing is to treat this behavior just like UIData's Event wrappers--
something that is a facade over the targeted instance. To assert that
you need to be able to have the actual component
[
http://issues.apache.org/jira/browse/MYFACES-590?page=comments#action_12363532
]
Parker Grimes commented on MYFACES-590:
---
I have also experienced the inputHtml not working in IE6. The text all
disappears when you move your mouse over the text
[
http://issues.apache.org/jira/browse/MYFACES-590?page=comments#action_12363536
]
Parker Grimes commented on MYFACES-590:
---
Another note: It also doesn't work with IE 5.50.4807.2300
inputHtml not working with IE6 inside a panelTab
I've looked into the glassfish web-cvs tree under jsf-extensions, and
not found the sources.
Have they been moved?
regards,
Martin
On 1/21/06, Jacob Hookom [EMAIL PROTECTED] wrote:
Yeah, I've implemented this with an external Visitor instance--
'hacking' the NamingContainer checks.
The
Ed kind of did his own thing-- not sure what he wrote or where it's at.
Martin Marinschek wrote:
I've looked into the glassfish web-cvs tree under jsf-extensions, and
not found the sources.
Have they been moved?
regards,
Martin
On 1/21/06, Jacob Hookom [EMAIL PROTECTED] wrote:
Yeah,
Ok, so do you have sample code available?
regards,
Martin
On 1/21/06, Jacob Hookom [EMAIL PROTECTED] wrote:
Ed kind of did his own thing-- not sure what he wrote or where it's at.
Martin Marinschek wrote:
I've looked into the glassfish web-cvs tree under jsf-extensions, and
not found the
selectOne[Country/[EMAIL PROTECTED] VB ignored
Key: MYFACES-1047
URL: http://issues.apache.org/jira/browse/MYFACES-1047
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: Nightly
Reporter:
[ http://issues.apache.org/jira/browse/MYFACES-1047?page=all ]
Dennis Byrne updated MYFACES-1047:
--
Attachment: patch.txt
selectOne[Country/[EMAIL PROTECTED] VB ignored
Key: MYFACES-1047
[ http://issues.apache.org/jira/browse/MYFACES-1047?page=all ]
Martin Marinschek closed MYFACES-1047:
--
Fix Version: Nightly
Resolution: Fixed
Assign To: Martin Marinschek
Thanks to Dennis Byrne.
selectOne[Country/[EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/MYFACES-1040?page=comments#action_12363544
]
Martin Marinschek commented on MYFACES-1040:
It does work in my current code.
Try it out, please.
regards,
Martin
Collapsible panel in datatable gets
[ http://issues.apache.org/jira/browse/MYFACES-1040?page=all ]
Martin Marinschek updated MYFACES-1040:
---
Priority: Major (was: Blocker)
Collapsible panel in datatable gets jammed
--
Key:
[ http://issues.apache.org/jira/browse/MYFACES-1042?page=all ]
Martin Marinschek closed MYFACES-1042:
--
Fix Version: Nightly
Resolution: Fixed
Assign To: Martin Marinschek
Thanks to Mario Ivankovits for this fix.
AddResource should
[ http://issues.apache.org/jira/browse/MYFACES-1046?page=all ]
Martin Marinschek closed MYFACES-1046:
--
Fix Version: Nightly
Resolution: Fixed
Assign To: Martin Marinschek
h:selectOneRadio renders two closing tr tags per item
[
http://issues.apache.org/jira/browse/MYFACES-1023?page=comments#action_12363550
]
Martin Marinschek commented on MYFACES-1023:
Hmm...
can you add the stack-trace?
regards,
Martin
inputCalendar with CalendarConverter loses value data
[ http://issues.apache.org/jira/browse/MYFACES-27?page=all ]
Bruno Aranda closed MYFACES-27:
---
Fix Version: Nightly
Resolution: Fixed
Finally, fixed in the SVN. Thanks for your patience ;)
JSCookmenu cannot be used for storing data
29 matches
Mail list logo
