Aha! I was sure that the last time I looked, Patch Available wasn't
an option under status. Thanks for pointing this out.
On 8/20/06, Sean Schofield [EMAIL PROTECTED] wrote:
Is there any way to search for Patch Available issues?
I haven't been able to figure this out yet myself.
Just
Has this stuff been here all along and I somehow missed it when
looking for it, or was it added recently (in the last couple of
months)? I feel like a fool for not seeing it up to this point.
On 8/20/06, Adam Winer [EMAIL PROTECTED] wrote:
Even easier than that - there''s a link right off the
Reporter: Mike Kienenberger
Assigned To: Mike Kienenberger
I will contribute a subclass of NumberConverter that converts numbers into
BigDecimals and properly handles converting currency values (as this is the
primary need for a BigDecimal-returning NumberConverter).
Joe Sam Shirah
Hey Mario,
I hadn't noticed this before -- You added it while I was on vacation.
Sneaky. :-) And after you'd already +1'd my implementation in the
currencyConverter - BigDecimal storage thread.
Yes, this would also work. I've been using my own converter since
the start of May now. How
On 8/18/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi Mike!
I hadn't noticed this before -- You added it while I was on vacation.
Sneaky. :-) And after you'd already +1'd my implementation in the
currencyConverter - BigDecimal storage thread.
Hmmm, yes, sorry.
If I remember correctly, I
[
http://issues.apache.org/jira/browse/TOMAHAWK-610?page=comments#action_12429127
]
Mike Kienenberger commented on TOMAHAWK-610:
Mario's numberConverter implementation is already there, so we'll use that.
It still needs the ability
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Mike Kienenberger
Assigned To: Dennis Byrne
Priority: Blocker
After switching from MyFaces 1.1.4 to MyFaces 1.1.5, the following error
appears when requesting a page:
The context parameter
Our Shale-test dependencies aren't consistent. We're using
struts/shale 1.0.2 for api, impl, and sandbox, but 1.0.3-snapshot for
tomahawk.
Since these have different Test method signatures, this is a mess.
Matthias, it looks like you upgraded Tomahawk. Care to make the
upgrade for the other
I needed onclick support for radio buttons.
I wasn't entirely certain how to go about this since I haven't done
much with renderers up to this point, especially adding to the
extended renderers.
I decided to add it to the t:radio component rather than try to create
a t:selectItem component from
I finally spent some time and created a FAQ for use in closing JIRA issues.
It may need some refinement, but I think it offers solid guidance on
when to open a JIRA issue, and I plan to put this as the comment in
all of the issues I'm closing as invalid.
Now that JIRA supports bulk operations, I'd like to propose that we
use the resolve status to identify things that are fixed, but not yet
available in a release.As part of the release process, we would
change all resolved issues for a snapshot to closed after the release
is made.
[
http://issues.apache.org/jira/browse/TOMAHAWK-596?page=comments#action_12428689
]
Mike Kienenberger commented on TOMAHAWK-596:
This only renders the children of a facet.
It doesn't render the non-facet children of datascroller.
I
[
http://issues.apache.org/jira/browse/TOMAHAWK-596?page=comments#action_12428705
]
Mike Kienenberger commented on TOMAHAWK-596:
If you use your patch in a non-portlet environment, what happens?
Between the two of us, you're
Use the resetDataScroller workaround shown in TOMAHAWK-548 in your
delete action.
On 8/17/06, Ramesh Narayanan [EMAIL PROTECTED] wrote:
Hello,
I created a datatable and datascroller dynamically(from backing bean), which
are working fine.
My problem is, (my table has three pages each page
On 8/17/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Now that JIRA supports bulk operations, I'd like to propose that we
use the resolve status to identify things that are fixed, but not yet
available in a release.As part of the release process, we would
change all resolved issues
What's wrong with using this?
h:panelGroup rendered=#{securityBean.isManager or securityBean.isAdmin}
//components to be secured goes here
/h:panelGroup
Seems a lot more flexible.
On 8/16/06, Cagatay Civici [EMAIL PROTECTED] wrote:
Hi,
What do you guys think about a security component
. Then that should also be added to the
security concern like;
#{securityBean.isManager or securityBean.isAdmin or pageBean.isLoggedIn}
Anyway, I'm just thinking loud :)
Cagatay
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
What's wrong with using this?
h:panelGroup rendered
On 8/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Well, one reason for having an s:secure tag would be that panelGroup
will render a span - which we probably don't want in this case.
Martin, good to see you back :-)
I don't think a panelGroup renders anything unless you specify an
On 8/16/06, Cagatay Civici [EMAIL PROTECTED] wrote:
The alternative solutions you provided can definitely solve the security
problem but it all depends on the myfaces user to be implemented.
My point is to provide some facilities about the security out of the box, so
a user can enable security
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Validators
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Mike Kienenberger
Assigned To: Mike Kienenberger
Fix For: 1.1.5-SNAPSHOT
Date: Fri, 28 Jul 2006 20:06:49 +0200
From: MT3 MTCube
I created http://issues.apache.org/jira/browse/TOMAHAWK-605 and fixed the issue.
On 7/28/06, MT3 MTCube [EMAIL PROTECTED] wrote:
We have used the s:validateCompareTo with the comparator attribute, we
have inserted a value binding (like comparator=#{bean.myComparator}) in the
attribute but we
[ http://issues.apache.org/jira/browse/TOMAHAWK-605?page=all ]
Mike Kienenberger resolved TOMAHAWK-605.
Resolution: Fixed
Fixed.
compareToValidator JSP tag converts comparator property to string instead
of Comparator
On 8/16/06, Cagatay Civici [EMAIL PROTECTED] wrote:
I think the real question is where to draw the line.Should we
really be maintaining a component that only works for a subset of the
cases and only saves a few characters of typing? I'd recommend that
someone who strongly feels the
Paul,
I deleted my maven repository and downloaded current yesterday.
I was able to build everything without a problem -- well, without a
permanent at one at least.
My only issue was that I kept getting Error transferring file while
downloading dependencies and kept having to restart the build.
[ http://issues.apache.org/jira/browse/TOMAHAWK-523?page=all ]
Mike Kienenberger updated TOMAHAWK-523:
---
Status: Open (was: Patch Available)
rowStyleClass does not resolve to an EL of var
[
http://issues.apache.org/jira/browse/TOMAHAWK-581?page=comments#action_12428418
]
Mike Kienenberger commented on TOMAHAWK-581:
Chad, I'd rather not apply a workaround when you have a better solution. By
the way, I'd amend your
Hey Martin, now that you're back :--)
Shouldn't you be checking against a Form Family member rather than a
UIForm? I know ADFFaces/Trinidad doesn't descend from UIForm.
On 7/4/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mmarinschek
Date: Tue Jul 4 13:41:53 2006
New Revision:
On 8/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
You're being polemic, Mike ;)
You're not the first person who's told me that :-)
P.S.: What do we go for now? A bean or a resolver? What about
extending the thing - it would be easier with a bean, right?
Dunno. Not sure of the
You can get a 1.1.4 release candidate at the following url or build it
from source.
http://people.apache.org/builds/myfaces/core-1.1.x/
On 8/16/06, Eric Fingal [EMAIL PROTECTED] wrote:
I want to create a custom NavigationHandler that will look at where
navigation came from along with
[
http://issues.apache.org/jira/browse/MYFACES-1386?page=comments#action_12428438
]
Mike Kienenberger commented on MYFACES-1386:
Ronald,
That sounds reasonable.
Can you submit this in the form of a patch
[
http://issues.apache.org/jira/browse/TOMAHAWK-592?page=comments#action_12428447
]
Mike Kienenberger commented on TOMAHAWK-592:
John,
Wouldn't you need to unset the styleClass afterward?
-writer.writeAttribute
planning to open a jira issue and assign it to myself after we all agree
on the choice.
Cheers,
Cagatay
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 8/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
You're being polemic, Mike ;)
You're not the first person who's told me
On 8/16/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hmm, but we suggested to build it as a map-bean to be able to pass
parameters. So what would be the positive aspect of using a resolver
with regard to parameters?
If it's a resolver, you should be able to pass the parameters directly.
Ie,
currently - can you fix that while cleaning?
If not, I'll put it under my todo's right now...
regards,
Martin
On 8/16/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Hey Martin, now that you're back :--)
Shouldn't you be checking against a Form Family member rather than a
UIForm? I know
On 8/15/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Mike brought up an issue last week about international cryptography laws. I
wish I could say that I have had time to look into this.
Actually, it's US crypto registration requirements.
Nevertheless I don't see how this should affect our
I hope no one has an issue with me going through the code and removing
all of the dead code, unused variables, and unused imports. If so,
let me know, and I'll revert the commit.
Project: MyFaces Core
Issue Type: Improvement
Components: General
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Mike Kienenberger
Assigned To: Mike Kienenberger
Priority: Trivial
Fix For: 1.1.5-SNAPSHOT
Clean up of dead
Project: MyFaces Tomahawk
Issue Type: Improvement
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Mike Kienenberger
Assigned To: Mike Kienenberger
Priority: Trivial
Fix For: 1.1.5-SNAPSHOT
Remove all of the unused code, variables
[ http://issues.apache.org/jira/browse/MYFACES-1385?page=all ]
Mike Kienenberger resolved MYFACES-1385.
Resolution: Fixed
Remove all of the unused code, variables, and import statements identified by
Eclipse 3.1.2
[ http://issues.apache.org/jira/browse/TOMAHAWK-603?page=all ]
Mike Kienenberger resolved TOMAHAWK-603.
Resolution: Fixed
Remove all of the unused code, variables, and import statements identified by
Eclipse 3.1.2
[
http://issues.apache.org/jira/browse/TOMAHAWK-596?page=comments#action_12428284
]
Mike Kienenberger commented on TOMAHAWK-596:
I don't see where it's rendering its children in encodeEnd. I'm not an expert
on renderers, though
[
http://issues.apache.org/jira/browse/TOMAHAWK-70?page=comments#action_12428286
]
Mike Kienenberger commented on TOMAHAWK-70:
---
It's not so much a matter of getting approval from Gary. It's a matter of
someone stepping up
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
[ http://issues.apache.org/jira/browse/TOMAHAWK-523?page=all ]
Mike Kienenberger updated TOMAHAWK-523:
---
Status: Open (was: Patch Available)
rowStyleClass does not resolve to an EL of var
[
http://issues.apache.org/jira/browse/TOMAHAWK-523?page=comments#action_12427535
]
Mike Kienenberger commented on TOMAHAWK-523:
Ronald,
I appreciate the attempt, but there's more to fixing this issue than simply
changing those
[
http://issues.apache.org/jira/browse/TOMAHAWK-592?page=comments#action_12427537
]
Mike Kienenberger commented on TOMAHAWK-592:
John,
Sounds like you've made good progress tracking this down.
Can you submit a patch? Maybe remove
[
http://issues.apache.org/jira/browse/TOMAHAWK-579?page=comments#action_12427605
]
Mike Kienenberger commented on TOMAHAWK-579:
Because Tomahawk is written against JSF 1.1, I'm not sure if anyone has tested
this against 1.2
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
didn't identify any other problems.
On 8/11/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
No, it's a Java 1.5 method that snuck into Shale Test 1.0.3-snapshot.
I should have been more clear about that.
https://issues.apache.org/struts/browse/SHALE-251
But yeah, that would be good for us
On 8/11/06, Craig McClanahan [EMAIL PROTECTED] wrote:
We're looking at implementing a suggestion[1] to change the API on the
setUp() and tearDown() methods of
org.apache.shale.test.base.AbstractJsfTestCase, to add
throws Exception to the method signatures. The primary goal is to be
consistent
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,
[
http://issues.apache.org/jira/browse/TOMAHAWK-587?page=comments#action_12426924
]
Mike Kienenberger commented on TOMAHAWK-587:
Can you reproduce this under either 1.1.3 or newer? I don't think anyone is
going to investigate
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-588?page=comments#action_12426925
]
Mike Kienenberger commented on TOMAHAWK-588:
It'd probably be helpful to post in the exact warning message.
unrendered children of panelStack
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/
[
http://issues.apache.org/jira/browse/TOMAHAWK-79?page=comments#action_12426943
]
Mike Kienenberger commented on TOMAHAWK-79:
---
Yep. As of last week, design of this was being discussed on the myfaces dev
mailing list.
Add
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
Project: MyFaces Core
Issue Type: Bug
Components: JSR-252
Affects Versions: 1.2.0-SNAPSHOT
Reporter: Mike Kienenberger
JSR-252 Issue #303: Clarified the use of encodeChildren with no renderer:
render not no-op
https://javaserverfaces.dev.java.net/issues
[
http://issues.apache.org/jira/browse/TOMAHAWK-53?page=comments#action_12426624
]
Mike Kienenberger commented on TOMAHAWK-53:
---
The wiki is probably out of date. I've updated it based on the information
you've provided, but since I
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
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-584?page=comments#action_12426288
]
Mike Kienenberger commented on TOMAHAWK-584:
- Wiki documentation doesn't state how to set up a TreeModel using TreeNodes,
although it's easy to do
[
http://issues.apache.org/jira/browse/TOMAHAWK-584?page=comments#action_12426308
]
Mike Kienenberger commented on TOMAHAWK-584:
On 7/19/06, Romain PELISSE [EMAIL PROTECTED] wrote:
the varNodeToggler is a session bean created
[
http://issues.apache.org/jira/browse/TOMAHAWK-584?page=comments#action_12426311
]
Mike Kienenberger commented on TOMAHAWK-584:
How to perform an action and know which node is currently selected:
Sean wrote
[
http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425746
]
Mike Kienenberger commented on MYFACES-1372:
Wolf, don't take this the wrong way, but if it were really a show stopper for
someone, they'd
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-582?page=comments#action_12425761
]
Mike Kienenberger commented on TOMAHAWK-582:
Sounds reasonable to me.
Can you submit this in the form of a patch?
A couple of test cases proving
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-325?page=comments#action_12425506
]
Mike Kienenberger commented on TOMAHAWK-325:
Alexander,
This patch has been in place long enough that it's unlikely to be reverted.
I'd recommend
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-523?page=comments#action_12425515
]
Mike Kienenberger commented on TOMAHAWK-523:
you' re mike. but the itention of this bug-report is to discuss and determine
that
1
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
[
http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425598
]
Mike Kienenberger commented on MYFACES-1372:
It's a case of needing to get the release out (There will always be another
release).
Since it's
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-523?page=comments#action_12425326
]
Mike Kienenberger commented on TOMAHAWK-523:
It'll be fixed when someone who needs it badly enough submits a patch :-)
That's the open source way
[
http://issues.apache.org/jira/browse/MYFACES-1372?page=comments#action_12425358
]
Mike Kienenberger commented on MYFACES-1372:
I noticed something that might be related last week.
What happens if you set globalOnly=true? Does
901 - 1000 of 1572 matches
Mail list logo