My apologies for being ignorant about these four classes
(navigationMenuItem, panelNavigation, panelNavigation2, jsCookMenu),
but what's the relationship between them, if any?
The reason I ask is that I see a lot of navigationMenuItem issues in
the tracker, but I don't know how to classify them.
Just as an FYI, I went in and recategorized all but 9 of the
unknown/no component tomahawk issues, creating new components as
relevent. The remaining few either affect Tomahawk as a whole, deal
with obscure sandbox components, or were too weird to categorize
(like installing tomahawk changes JSF
On 4/27/06, sharath reddy [EMAIL PROTECTED] wrote:
PanelNavigation2 and jsCookMenu have the ability to
pull their menu options off a backing bean. They both
use NavigationMenuItem for that. Each instance of
NavigationMenuItem represents a node in the menu, and
contains information like action
On 4/27/06, sharath reddy [EMAIL PROTECTED] wrote:
You can go ahead and do that if you think that it is
the best solution, but I just wanted to point out that
NavigationMenuItem is a single class, not a component.
And it is only getters/setters.
Well, there's 7 issues reported against
On 4/28/06, Bruno Aranda [EMAIL PROTECTED] wrote:
Yes, in a way we should have the concept of navigationComponent,
like with selectMany or selectOne, for instance, where you have
selectManyListBox, selectManyCheckbox, selectManyPicklist... so that
family of component englobes the different
On 4/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: imario
Date: Fri Apr 28 13:38:01 2006
New Revision: 397999
URL: http://svn.apache.org/viewcvs?rev=397999view=rev
Log:
TOMAHAWK-250: collapsible menu (like the left handed menu you know from outlook)
great stuff, thanks to Sharath
On 4/28/06, Mario Ivankovits (JIRA) dev@myfaces.apache.org wrote:
BTW: Why is it me, that I always get the complicated stuff :-(
Because you do all the work :)
On 5/2/06, me [EMAIL PROTECTED] wrote:
After having used the 1.1.1 release for a while, I attempted to use the 1.1.3
Snapshot
with very disappointing results at compile time. Public classes and methods had
moved and vanished wholesale. I looked back at the 1.1.1 code and did not see
deprecation
I'm not doing the work, but I think this is a blocker issue for anyone
using server-side state saving. Fortunately, that's not the case for
me. I don't think telling people to switch to client-side state
saving is realistic, nor is expecting them to guess a number big
enough to avoid the bug
On 5/3/06, sdfreetiger [EMAIL PROTECTED] wrote:
I use oracle ADF with Facelets, almost every components work well, except two
problem.
The [EMAIL PROTECTED] mailing list is for discussing the development of the
MyFaces JSF implementation. General JSF questions should be posted
to [EMAIL
On 5/3/06, sean schofield (JIRA) dev@myfaces.apache.org wrote:
[ http://issues.apache.org/jira/browse/TOMAHAWK-142?page=all ]
sean schofield updated TOMAHAWK-142:
Status: Open (was: Patch Available)
Hey Sean.
When you mark these from PA to
You know, I finally took a look at the fishEyeNavigationMenu demo for
this today.
One thing that's immediately wrong with it is that it makes everything
else on the page look unprofessional.
If I put a component like this on my page, the end users are going to
want everything to look this nice
On 5/5/06, Sean Schofield [EMAIL PROTECTED] wrote:
FQN?
Sorry.
Fully qualified name ... org.apache.myfaces.tree2.showLines vs showLines
And, yeah, I already know you disagree :)
I've been using the following.
onclick=if (!confirm('Are you sure you want to ignore changes
to this record?')) return false
On 5/9/06, Adam Winer [EMAIL PROTECTED] wrote:
The following *should* work:
onclick=return confirm('You sure?')
... if chaining of JS handlers is implemented
On 5/10/06, Bruno Aranda [EMAIL PROTECTED] wrote:
Do you mean something like the t:inputTextHelp, already in tomahawk
[1]? I have just seen that it is not documented in the tomahawk
pages
[1] http://www.irian.at/myfaces/inputTextHelp.jsf
Ok. I'm looking at this in depth, and it seems
On 5/11/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 5/10/06, Bruno Aranda [EMAIL PROTECTED] wrote:
Do you mean something like the t:inputTextHelp, already in tomahawk
[1]? I have just seen that it is not documented in the tomahawk
pages
[1] http://www.irian.at/myfaces
Is replaceIdWithLabel supposed to work with table columns?
The client id of my component which fails validation (inside a
newspaper table) is
inputClientId= _id2:_id15:0:documentNumberInput
at org.apache.myfaces.renderkit.html.ext.HtmlMessageRenderer.findInputLabel()
However, the
, Mike Kienenberger [EMAIL PROTECTED] wrote:
Is replaceIdWithLabel supposed to work with table columns?
The client id of my component which fails validation (inside a
newspaper table) is
inputClientId= _id2:_id15:0:documentNumberInput
If anyone would like to test it out, I've made a first pass attempt at
integrating t:newspaperTable functionality into t:dataTable.
See this issue for details:
http://issues.apache.org/jira/browse/TOMAHAWK-5
This was a fairly major change so I wouldn't mind a little review of
the code,
On 5/16/06, Sean Schofield [EMAIL PROTECTED] wrote:
To still have the same functionality I installed the custom renderers
(for commandLink/commandButton) in tomahawks faces-config.xml
Now it turns out that this will break a installation if one simply would
like to use tomahawk with JSF-RI.
Well, we are going to fix the problem by replacing prototype with
dojo, so I reopened it. It's certainly not clear to me when this is
going to happen, but I doubt it's going to happen today.
On 5/17/06, Sean Schofield [EMAIL PROTECTED] wrote:
That's what I thought. We are using dojo now
On 5/16/06, L Frohman [EMAIL PROTECTED] wrote:
No problem. Should I just wait until TOMAHAWK-5 is committed and rework
my patch to the new code?
(can you let me know when it's committed?)
It's now committed.
Do you want me to do anything else beforehand?
P.S. I also have patch TOMAHAWK-178,
On 5/17/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
I tried to lookup the h:form renderer (through
context.getRenderKit().getRenderer) and the original link/button
renderer using reflection (configurable through web.xml for sure) and
call its encodeBegin/encodeEnd to render all the stuff.
You
On 5/17/06, Joachim Schmid [EMAIL PROTECTED] wrote:
I'm using SelectOneMenu with a converter. Now I tried the new version of
myfaces and I've a Problem:
on submit the converter will be invoked and returns the correct object. But
the setter of my bean is never called, to the value stored in the
On 5/17/06, Sean Schofield [EMAIL PROTECTED] wrote:
Good point but you're talking about an awful lot of existing
applications that would immediately break.
Well, is it better for existing badly-written applications to break,
or for well-written applications to break? :) Right now, the only
on the new version is wrong. Did I do something wrong in the
build, or do you see the same
thing? See attachment (basic.css was included directly).
-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 17, 2006 10:25 AM
To: MyFaces Development
Cc: [EMAIL
Looks like the extra newspaper columns were not included in the tr for
the thead, but instead dumped afterward.
On 5/17/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
We should keep this on the myfaces dev list.
Weird. I see that too. It didn't happen before. I wonder what got changed
Ok. Found the problem and committed a fix. Thanks!
On 5/17/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Looks like the extra newspaper columns were not included in the tr for
the thead, but instead dumped afterward.
On 5/17/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
We should keep
On 5/18/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Ah, one more thing: when searching for a parent form, we should
utilize the component-family, and not instanceof'ing UIForm, cause
that won't work with ADF Faces then...
Hey, that's good!
There's another bug where this is an issue.
On 5/18/06, L Frohman [EMAIL PROTECTED] wrote:
quick question, I have the following line in HtmlTableRendererBase.java.
boolean newspaperVerticalOrientation =
!horizontal.equals(getNewspaperOrientation(component));
horizontal should be a constant somewhere (private static final String),
but it
On 5/18/06, L Frohman [EMAIL PROTECTED] wrote:
I originally had the attribute be orientation with values horizontal and
vertical,
but I figured since there were only two values, it was better to make it
boolean.
But I can change it back. Yes, it only affects newspaperColumn tables.
I was going
Slightly off topic for the body but not the subject:
What about a MyFaces Core option to compress the jsf_state field value
when using client-side state saving?
Seems like the cost of larger network traffic would be greater than
the cost of compressing and uncompressing.
On 5/21/06, Martin Marinschek [EMAIL PROTECTED] wrote:
For a real solution for the dummyForm problem I need to half implement
a very good feature of JSF 1.2. I've finally looked into that, but I
need one new method in the API they have added in 1.2.
If you'll let me, I'll fix this on a branch.
On 7/5/06, Barbalace, Richard [EMAIL PROTECTED] wrote:
I sent this to the list last week, but think it may have been lost as I was not
currently subscribed.
Your posting made it to the list. However, it was lost in the
sense that nothing occurred as a result of your posting it to the
mailing
. :-)
On 7/8/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Andrew,
I'm hitting the same problem. I spent half of Friday trying to track
it down, but I haven't solved it yet.
So far, I've determined that it affects all UIData components
(h:dataTable, t:dataTable, and t:dataList).
I've also figured
Paul, I noticed that as well.
Could you open a JIRA issue on it? I don't know how to fix it myself.
On 7/10/06, Paul Spencer [EMAIL PROTECTED] wrote:
Apache's home page references a catalog of Apache project. I noticed the
following relative to MyFaces:
1) Tomahawk, Tobago, and Trinidad
One thing I'd like to point out -- all of the validators in MyFaces
Tomahawk are intended to be subclassing ValidatorBase. Otherwise,
they're not going to pick up the common validator functionality that
we're putting in there. I'm not really certain why having an
interface adds any value if
I think it's better as a component. It's easier to integrate into
existing projects, and easier to extend. It's also the expected way
that end-users would thing such a thing would work.
On 7/13/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi,
I was browsing through the JIRA and see the
On 7/13/06, Adam Winer [EMAIL PROTECTED] wrote:
As discussed earlier in this thread, I should be able to take
a validator someone else wrote and add Tomahawk validation
without subclassing ValidatorBase.
Adding the interface is far more flexible; there's no reason
not to do it.
Ok :) I
Someone else want to review this?
My take on this is Invalid -- JSF doesn't let you build composite
components in the constructor
http://issues.apache.org/jira/browse/MYFACES-1364?page=comments#action_12420657
]
ArrayIndexOutOfBounds exception when restoring state on a custom component
Hey Paul,
Take a look at this thread:
http://www.mail-archive.com/dev@myfaces.apache.org/msg13757.html
It'd be great if you'd create a wiki entry on this.
Also, my personal thanks for all of the wiki work you've been doing up
to this point.
On 7/12/06, Paul Spencer [EMAIL PROTECTED] wrote:
On 7/14/06, Martin Marinschek [EMAIL PROTECTED] wrote:
moving s:form has nothing to do with RI compatibility - we remain as
compatible as before.
So let me reopen the vote, s:form is well documented (example wouldn't
help much), and it should be ok to move it to tomahawk.
Has s:form been
On 7/14/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
I was thinking about the requirements last days, when worked with
Shale-Test and JMock.
I noticed that there are only some tests for components in Tomahawk.
Wouldn't it be great to have a test-case as a requirement for
promoting a
://wiki.apache.org/myfaces/Trinidad_RenderKit_test_framework
Right, and from what I've glanced over, this is similar in function to
what I proposed a year ago. It was pointed out at the time that this
didn't really let you test ajax/javascript, though.
-- Forwarded message --
From: Mike
On 7/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Deliberately releasing components that don't work with the RI does not seem
like something that will increase the market acceptance of MyFaces
components.
Well, let's not make this more sinister than it is. There have been
cases in the
I'm ok with it.
On 7/14/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hey folks,
any issue in beeing host for Shale's continuum build?
I'd like to add Shale to our zone
-- Forwarded message --
From: Sean Schofield [EMAIL PROTECTED]
Date: Jul 14, 2006 10:14 AM
Subject: Re:
Ryan was gracious enough to point out that this will probably affect
MyFaces as well.
Does someone familiar with the configuration code want to enter this
into the JIRA tracker and comment on it?
If no one else does so by Monday, I'll go ahead and put it in verbatim.
-Mike
--
No, at the time, I didn't know if it was a bug or user error.
I'm only now getting back to reading this thread.
After reading the open issue, it's clear that I had no idea what the
problem was, and if I'd opened an issue, it would have been totally
wrong :)
On 7/21/06, Matthias Wessendorf
Thanks.
That looks like the correct fix to me. I never used the comparator
attribute myself, and I created the accessors by copying the String
accessors.
Can you open a JIRA issue in Tomahawk for this and attach your patch?
Feel free to assign the issue to me.
On 7/28/06, MT3 MTCube [EMAIL
On 7/28/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
That looks like the correct fix to me. I never used the comparator
attribute myself, and I created the accessors by copying the String
accessors.
Can you open a JIRA issue in Tomahawk for this and attach your patch?
Feel free
assign task to devs ;)
you to me.
me to you
On 7/28/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 7/28/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
That looks like the correct fix to me. I never used the comparator
attribute myself, and I created the accessors by copying the String
Hey all,
Just remember that every time you change
HtmlFormRendererBase.addHiddenCommandParameter's method signature, you
break compatibility with Jenia4Faces.
It looks like this particular problem might have been avoidable by
deprecating the old method signature and having the old signature
On 8/1/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Yes, Mike's problem was w/ trunk.
http://www.nabble.com/org.apache.myfaces.secret.CACHE-t1977021.html
Looking back at the conversations that took place both here and the user place,
I have to say that at this point it appears as though I blew
Ok. That's kind of what my understanding of the behavior was, but it
wasn't matching reality :) Thanks for clarifying it -- so it's
definitely a bug.
On 8/1/06, Dennis Byrne [EMAIL PROTECTED] wrote:
I haven't said much because I don't really understand the problem.
One thing that is
On 8/1/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Mike, can you please confirm that you do not get the NPE when using core 1.1.4 ?
If the core is a prebuilt binary somewhere I can quickly download and
drop in, sure.
What's the URL?
This is the only thing I see that looks applicable.
On 8/1/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Mike, can you please confirm that you do not get the NPE when using core
1.1.4 ?
Sorry. I got a phone call just as I was about to test this :)
Running with
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
Can you give an example of a class that is a problem and how you
propose to fix it? I'm not terribly familiar with facelets but I was
able to get tree2 working without adding special facelets packages.
There were just some differences in
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
If we design our MyFaces components right, the only component classes
that will need facelets tag handlers are those with method bindings.
The method binding method signature for an attribute has be specified
in a facelets component tag
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
For most of the remaining problem components, it's simply a matter of
taking care of the generic attributes and making them explicit html
attributes like you did for tree2.
OK so there's not much of a need for this new package directory but
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think I remember seeing that Manfred
had resurrected the code generator before I left on vacation.
Just stumbled across the JIRA issue while looking at another.
http://issues.apache.org/jira/browse/MYFACES-1284
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
We are majorly bogged down on the Core 1.1.4 release. We need
*everyone* to do what they can to help get this release out the door.
Please see the wiki[1] and test the release candidate there. A good
start is to build the simple examples in
to be dealt with.
Sean
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
We are majorly bogged down on the Core 1.1.4 release. We need
*everyone* to do what they can to help get this release out the door.
Please see the wiki[1] and test
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think this issue might also affect h:dataTable since it's in the
shared package:
http://issues.apache.org/jira/browse/TOMAHAWK-467
I'll try testing and seeing if this is true. If so, the patch there
needs to be applied, and I'll try
if it's worth backporting at this
point.
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/2/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think this issue might also affect h:dataTable since it's in the
shared package:
http://issues.apache.org/jira/browse/TOMAHAWK-467
I'll try
On 8/3/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
As for the getScrolling issue, I could've sworn this worked in the
latest simple examples *before* I switched in the rc core api jars.
Maybe I'm wrong though ... I will try to investigate further.
with 1.1.5 yes; the getScrolling is now
On 8/3/06, Thomas Spiegl [EMAIL PROTECTED] wrote:
I have written an autogenerator for the facelets-taglib. Maybe we can
use this one.
It seems like extra work to maintain two generators when they both
generate the same kind of information.
What about adding new MyFaces examples using
On 8/2/06, Sean Schofield [EMAIL PROTECTED] wrote:
Why not apply it to 1.1.4 branch and merge it down? Eventually we
need to merge everything down. My vote is to fix it once merge it the
second time. But I don't know the nature of the fix so maybe I'm way
off here.
It's already in trunk,
On 8/3/06, bin z [EMAIL PROTECTED] wrote:
For struts, it uses Digester to process the configuration file. I tried to
find something like this in FacesServlet, but cannot find any similar code.
So, my question is how jsf web application implement this kind of work?
Yep. Same deal.
Take a look
cannot find the some package like
myfaces' config. How does it parse the configuration file?
On 8/3/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/3/06, bin z [EMAIL PROTECTED] wrote:
For struts, it uses Digester to process the configuration file. I tried
to
find something like
On 8/3/06, bin z [EMAIL PROTECTED] wrote:
I checked the myfaces' FacesServlet src, which is almost the same like
jsf1.2 specification, and I cannot found any code using Digester liked
class. Then how jsf application read configuration file?
On 8/3/06, Mike Kienenberger [EMAIL PROTECTED] wrote
On 8/3/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/3/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
It's already in trunk,
And then on 8/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
Tell me what revision the check in was so I can revert it. Then just
apply to the trunk ok
On 8/3/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Maybe we should remove the *renamed* JS function and add it the the 1.2 branch ?
My vote would be for reverting this renaming and going back to the old name.
It's too bad that Martin isn't around to comment, though.
Well, the internet connection part of the dtd is solved, then.
I'm not aware of any other parts of MyFaces that might require an
internet connection.
The following stack track is for a null pointer exception -- you need
to investigate a little more and figure out why that's happening.
One easy
On 8/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
It's that unit test vs integration test thing again. Your
example will show that facelets works as an integration test, but
isn't really as comprehensive as having a facelets example for every
component.
Yes a facelets example for every
On 8/4/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
should we ask on the user list for some *testing* help?
Since it's summer/vacation time, I guess not much will happen here :)
It never hurts to ask. It's a public project, and I don't see why
the public wouldn't help.
What about the possiblity of naming these snapshot jars differently?
As things stand, it's hard to know when a snapshot is different or
what version to report against.
We could do something simple like
myfaces-core-1.1.4-rc1-bin.zip
myfaces-core-1.1.4-rc2-bin.zip
or something more clever like
On 8/4/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
myfaces-core-1.1.4-rc1-bin.zip
myfaces-core-1.1.4-rc2-bin.zip
The other nice thing about this is that people feel more secure using
something officially called a release candidate, and we might get more
people testing it :)
means to me.
On 8/4/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/4/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/4/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
myfaces-core-1.1.4-rc1-bin.zip
myfaces-core-1.1.4-rc2-bin.zip
The other nice thing about this is that people feel more
I'm taking a look at tree2 for the first time.
One thing I've noticed right off is the documentation, or lack thereof :)
Most of the documentation is in the wiki, except for the tld.
However, three attributes aren't documented at all: value, var, and
varNodeToggler.
I'm guessing var and
shouldn't have tried replacing these with
h:outputTexts]
On 8/7/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I'm taking a look at tree2 for the first time.
One thing I've noticed right off is the documentation, or lack thereof :)
Most of the documentation is in the wiki, except for the tld
On 8/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/7/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I'm throwing all the documentation issues I encounter into this thread
for now. Hopefully, I'll have time to update the docs at a later
point.
Thanks, and so we don't lose track of your
Since my opinion on the matter has been misinterpreted previously, let
me try to restate it here.
After a branch, all changes should be made to the trunk.
If a branch has a major-priority error that has been fixed in trunk,
it should be merged back to the branch (and ideally, a new minor
branch
On 8/8/06, Wendy Smoak [EMAIL PROTECTED] wrote:
There may be times when a major branch bug cannot be fixed on trunk,
at which point applying the fix solely to the branch would be
appropriate.
Agreed, though it should be rare. At least, I'm having trouble
thinking up a reason that doesn't
On 8/8/06, Wendy Smoak [EMAIL PROTECTED] wrote:
The branch already exists. Changing the version number to (for
example) 1.1.3.1-SNAPSHOT, fixing a single important bug, and
releasing it quickly would be much better than starting over from the
trunk, getting distracted by other changes, and
More specifically, there's the following template. Improve it if it
doesn't cover all of the documentation issues. :-)
tomahawk/sandbox/core/src/site/xdoc/component-template.xml
Not sure about the building task. I'm pretty sure that doing a mvn
site built everything for me in the past, but
to an online
example deployed at irian should be useful.
WDYT?
Cagatay
On 8/9/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
More specifically, there's the following template. Improve it if it
doesn't cover all of the documentation issues. :-)
tomahawk/sandbox/core/src/site/xdoc/component
On 8/9/06, Kumar, Girish [EMAIL PROTECTED] wrote:
Could you please tell me where can I download latest tomahawk Jar file.
http://people.apache.org/builds/myfaces/nightly/
On 8/9/06, Kumar, Girish [EMAIL PROTECTED] wrote:
Thanks,
Sorry for confusion.
Of course, even though you've now asked for this instead, you'd still
be better off grabbing the latest snapshot. MyFaces core 1.1.3 has at
least one critical bug.
Fortunately, you should be able to use the
Apparently, it's a poor-man's spell checker for a wiki.
If you chose spell check while ending a page, it compares all words
in the document with all words on that page and lists out the ones
found in your document that aren't in that page.
At this point, you can determine if it's a valid word
This page just came to my attention.
http://www.apache.org/dev/crypto.html
My understanding is that any software that calls encryption APIs is
affected by this, so this affects MyFaces due to our client-side state
saving encryption code.
Is anyone who is currently subscribed to the
On 8/10/06, Apache Wiki [EMAIL PROTECTED] wrote:
+ * [Parameters_In_EL] - Howto pass parameters in an EL expression.
Hey Lance.
You might want to call this Parameters_In_EL_Functions - How to pass
parameters in an EL expression function.
Otherwise it might get confused with other parameter
On 8/10/06, Dennis Byrne [EMAIL PROTECTED] wrote:
I'll take a look into this. Fortunately MyFaces does not actually use an algorithm like
AES ( very strong ) per se, it simply passes any parameter, which might be
AES, to the javax.crypto.* API.
I read the the following section to mean that
There's a Rename Page under the More Actions pulldown, but I think
you have to manually change any links pointing to that page afterward.
On 8/10/06, L Frohman [EMAIL PROTECTED] wrote:
is there a way to rename a wiki page?
-Message d'origine-
De : Mike Kienenberger [mailto:[EMAIL
On 8/10/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Did MyFaces have a few problems w/ externals in the past? If so, can someone
shoot me a link or a short description on why?
I think so, but I don't remember the reasons. Sean is probably the
person to talk to on this.
Here's what I found
While there was a lot of talk about disliking externals, here is the
only thing I found that gave any reasons:
-- Forwarded message --
From: Sean Schofield [EMAIL PROTECTED]
Date: Jan 1, 2006 10:35 PM
Subject: Re: Maven Build (Ongoing Work Thread)
To: MyFaces Development
On 8/10/06, Veit Guna (JIRA) dev@myfaces.apache.org wrote:
http://issues.apache.org/jira/browse/TOMAHAWK-194?page=comments#action_12427324
]
Veit Guna commented on TOMAHAWK-194:
No matter if this will be fixed, it's annoying that it is logged as an ERROR. I use the
log4j SmtpAppender to notify
On 8/10/06, sunil m [EMAIL PROTECTED] wrote:
In my DataTable i want the user to click anywhere on the Row and execute the
JSF action. So for that I am using the attribute, 'rowOnClick' in the
Datatable and using the Javascript below to submit the Form,
On 8/11/06, Schaal, Roland [EMAIL PROTECTED] wrote:
Maybe you could write your comment to the open issue
http://issues.apache.org/jira/browse/TOMAHAWK-15 so that somebody tries to fix
it :) As it seems to be a maven-issue
(http://www.mail-archive.com/users@myfaces.apache.org/msg20394.html) I
Speaking of breakage, there's a Java 1.5 method dependency in the
1.0.3-snapshot, which is causing MyFaces to fail to build with testing
enabled (the default) under Java 1.4.
https://issues.apache.org/struts/browse/SHALE-251
It'd be great if we could get this fixed at the same time.
It'd
to enforce this in local development as well?
Mike, Did you mean 1.1.3 snap ?
Dennis Byrne
-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
Sent: Friday, August 11, 2006 07:46 PM
To: 'MyFaces Development'
Cc: 'Craig McClanahan'
Subject: Re: Heads Up on Shale Test Framework API
301 - 400 of 1572 matches
Mail list logo