Re: [announce] Now Available: Public Review Draft of the JavaServer Faces Technology 1.2 Specification (JSR 252)

[Ed Burns]

> On Fri, 15 Apr 2005 11:34:00 +0200, Manfred Geiler <[EMAIL PROTECTED]> 
> said:

MG> http://java.sun.com/j2ee/javaserverfaces/

With our own Manfred Geiler on the Expert Group, no less!

Ed

Re: [announce] Now Available: Public Review Draft of the JavaServer Faces Technology 1.2 Specification (JSR 252)

[Ed Burns]

MW> are those thing addressed that Hans wrote in his article?
MW> 
MW> like a)
MW>   
MW> or b)
MW> 
MW> click me
MW> 

Definately, but the fix depends on JSP 2.1 since we had to make changes
to JSP to make it work.  There is a chance it could be made to work with
JSP 1.2, but I haven't invested the time for this.

Ed

Re: Who belongs to the 'apsite' group on Minotaur?

[Ed Burns]

> On Fri, 15 Apr 2005 09:13:40 -0700, Craig McClanahan <[EMAIL PROTECTED]> 
> said:

CM> On 4/15/05, Abrams, Howard A <[EMAIL PROTECTED]> wrote:
>> Sorry I'm coming into this late, so forgive me if this was covered and I
>> missed it:
>> 
>> What is the status on getting access to the TCK?
>> 

CM> AFAICT now, the right people are talking, and the process is
CM> proceeding ... in particular, Geir Magnusson (Apache's rep on the JCP
CM> executive committee), who has gone through this on a couple of other
CM> Apache projects, has been contacted and will help make it happen.

I can authoritatively answer that we're working on releasing the JSF TCK
under the Java Distribution License.  I will point out, however, that
JBoss is a J2EE licensee, and, as such, they already have access to the
TCK.  Stan?

Ed

RE: Who belongs to the 'apsite' group on Minotaur?

[Ed Burns]

> On Fri, 15 Apr 2005 13:15:52 -0500, Stan Silvert <[EMAIL PROTECTED]> said:

>> I will point out, however, that
>> JBoss is a J2EE licensee, and, as such, they already have access to
SS> the
>> TCK.  Stan?

SS> Cool.  I didn't know it gave us access to the JSF TCK today.  I thought
SS> we would have to wait for J2EE 1.5.

SS> So, how can I help?  Can I download the TCK and distribute it to others
SS> in the MyFaces group or would I be restricted to doing the work myself?

You'd have to talk to your J2EE licensee contact person, I'm not sure
who that is.

SS> I guess at worst I could be the one to run it and pass on the problems I
SS> find.  That would be a slow process because of time constraints I have
SS> for the next few weeks.  It would be better if other MyFacers were
SS> allowed to run it.

And that will have to wait for the TCK to be available under JDL.

Ed

Re: JSF 1.2 and TCK

[Ed Burns]

> On Tue, 19 Apr 2005 11:01:51 -0400, Sean Schofield <[EMAIL PROTECTED]> 
> said:

SS> What about the 1.2 changes that do not conflict with 1.1?  For
SS> example, encryption of the client-side state.  Does it make sense to
SS> implement those features now as long as they don't interfere with the
SS> 1.1 TCK?  That one in particular I have been thinking about for a
SS> while so I was glad to see it added to the spec.

Yes, you can add it right now.  In fact, as mentioned in my blog [1]
the public Sun JSF RI is using that approach because the JSP 2.1
container isn't publically available yet.

Ed

[1] http://weblogs.java.net/blog/edburns/archive/2005/04/javaserver_face_1.html
-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Re: Java 5 code in Sandbox ?

[Ed Burns]

> On Wed, 07 Sep 2005 19:38:27 +0200, Werner Punz <[EMAIL PROTECTED]> said:

WP> I think once JSF 1.2 is on the table, the swtich to 5.0 will be enforced
WP> Sun to my knowledge has switched in 1.2 for the RI...

Yes, that is correct.

Ed
-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Re: JSF 1.2 and TCK

[Ed Burns]

Congrats on passing the TCK!  I agree with what Craig said, it's good
for the customers to have multiple implementations to choose from.  

I'd love to see you guys start looking at 1.2, but you'll have to prod
the tomcat people to implement JSP 2.1.  In the meantime, you can get
working on JSF 1.2 using facelets and the el impl from glassfish.

Also, why don't I see a big splash about you guys on TSS?

Ed


-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

pre JIRA issues

[Ed Burns]

Hello MyFaces,

Are the legacy bugzilla issues accessible via JIRA queries?  If not, how
can I access the old bugzilla issues.

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Automated testing and Logging in MyFaces

[Ed Burns]

Hello MyFaces Team,

Overe in the Sun implementation, we use Cactus, Junit, and HTMLUnit for
our automated tests.  What do you use?  Where are the tests located?  Do
you employ test driven development techniques?

Also, what is the story for enabling and disabling logging in parts of
the MyFaces implementation?

Thanks,

Ed
-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Building Tomahawk components

[Ed Burns]

Hello Delevopers,

I'm having a problem building the tomahawk components
from source.

I've done 

svn co
https://svn.apache.org/repos/asf/myfaces/tomahawk-only

And it checked out fine.  I then modified my
build.local.properties
accordingly, then ran ant in
tomahawk-only/tomahawk/build

Here's what I get:

cd
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/tomahawk/build/
ant -emacs 
Buildfile: build.xml

download-dependencies:
Getting:
http://www.ibiblio.org/maven/cactus/jars/cactus-13-1.7.1.jar
To:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/lib/cactus.jar
Not modified - so not downloaded
Getting:
http://www.ibiblio.org/maven/aspectj/jars/aspectjrt-1.2.1.jar
To:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/lib/aspectjrt.jar
Not modified - so not downloaded
Getting:
http://www.ibiblio.org/maven/commons-httpclient/jars/commons-httpclient-2.0.2.jar
To:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/lib/commons-httpclient.jar
Not modified - so not downloaded
Getting:
http://www.ibiblio.org/maven/httpunit/jars/httpunit-1.6.jar
To:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/lib/httpunit.jar
Not modified - so not downloaded
Getting:
http://www.ibiblio.org/maven/nekohtml/jars/nekohtml-0.9.1.jar
To:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/lib/nekohtml.jar
Not modified - so not downloaded

dist-all:

project:

subproject:
suproject : api
properties: api/build.properties

BUILD FAILED
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/tomahawk/build/build.xml:794:
The following error occurred while executing this
line:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/tomahawk/build/build.xml:430:
The following error occurred while executing this
line:
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/tomahawk/build/build.xml:408:
Basedir
/Users/edburns/Projects/J2EE/workareas/myfaces-tomahawk/tomahawk-only/tomahawk/api
does not exist

Total time: 4 seconds

Compilation exited abnormally with code 1 at Fri Nov 
4 08:35:59

Can someone please help me get these built?

Thanks

Ed



__ 
Start your day with Yahoo! - Make it your home page! 
http://www.yahoo.com/r/hs

##jsf IRC channel

[Ed Burns]

Hello MyFaces developers and users,

Wide distribution intended.

  I'm sure all of us working on JSF technologies are
aware of the growing
popularity of Ruby on Rails.  One manifestation of
this popularity is
the vitality of the community around the technology,
and one
manifestation of that vitality is the traffic on the
#rubyonrails IRC
channel.  To that end, and by way of good practice in
general, I want to
increase the vitality of the ##jsf irc channel on
irc.freenode.net.

  Since posting this blog entry [1], I've been on the
channel every day
and have answered a few questions.  I'd like to extend
an invitation to
everyone on these lists to join me in hanging out on
this channel.

Ed

[1]
http://weblogs.java.net/blog/edburns/archive/2005/10/jsf_irc_channel_1.html





__ 
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com

Re: ##jsf IRC channel

[Ed Burns]

--- Enrique Medina <[EMAIL PROTECTED]> wrote:

> Hi Ed,
> 
> I get this message when trying to enter the channel:
> 
> "You need to be identified to join that channel"

freenode uses nickserv

Just do

/msg NickServ SET PASSWORD 

Then do

/msg NickServ IDENTIFY 

Where  is a password you don't mind other
people seeing, since I don't know how they handle it
on freenode.

For more do 

/msg NickServ HELP

Ed




__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

"name" attribute on h:form

[Ed Burns]

Hello MyFaces Developers,

I have downloaded and built the Tomahawk components and ran them with
the JSF 1.2 impl.  Doing so, I discovered that the example app uses 



frequently.  The "name" attribute is not in the spec so supporting it
breaks portability to other implementations.  Can you please remove the
"name" attribute from the TLD for your form tag in your html_basic
taglibrary?

Thanks,

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Re: [Trinidad] Adding new methods to RenderingContext/RequestContext - abstract or not?

[Ed Burns]

> On Tue, 19 Feb 2008 11:21:45 -0500, Andy Schwartz <[EMAIL PROTECTED]> 
> said:

AS> Gang -
AS> As part of the fix for TRINIDAD-822, I am proposing to add a new
AS> getAccessibilityProfile() API to RequestContext (and now that I think
AS> about it, to RenderingContext as well).  Both RequestContext and

It's great to see such continuing activity from you Andy.

Ed

Re: JSF 2.0 - Bean Validation, Unified EL and other specs

[Ed Burns]

> On Tue, 27 Oct 2009 18:06:04 -0700, Matthias Wessendorf 
>  said:

MW> Hi Jan-Kees,
MW> thanks for creating this ticket. I'd like to see something like this.
MW> Sounds (to me) very useful...

Note that there is a precedent for doing this kind of discovery without
requiring a Java language signature: the way properties are conveyed to
the standard XML parsers in Java.  I would rather avoid introducing a
signature for this because it needs to be very fluid over time.

Ed

-- 
| ed.bu...@sun.com  | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/

Re: JSF 2.0 - Bean Validation, Unified EL and other specs

[Ed Burns]

>>>>> On Tue, 03 Nov 2009 16:29:22 +0100, Matthias Wessendorf 
>>>>>  said:

MW> On Tue, Nov 3, 2009 at 4:24 PM, Ed Burns  wrote:
>>>>>>> On Tue, 27 Oct 2009 18:06:04 -0700, Matthias Wessendorf 
>>>>>>>  said:
>> 
MW> Hi Jan-Kees,
MW> thanks for creating this ticket. I'd like to see something like this.
MW> Sounds (to me) very useful...
>> 
>> Note that there is a precedent for doing this kind of discovery without
>> requiring a Java language signature: the way properties are conveyed to
>> the standard XML parsers in Java.  I would rather avoid introducing a
>> signature for this because it needs to be very fluid over time.

MW> fair enough, so let's keep it to be part of the implementation.
MW> In myfaces we have several non public classes, big issue here
MW> (in this particular) case is that we actually have to duplicate the
MW> code. Oh well :-)

I'm not saying we can't have an API, I'm just saying that the API
doesn't have to be encoded using Java language signatures such as an
interface.  This is a broader question of allowing the JSF runtime to
expose metadata, such as configuration and capabilities.  There is lots
of prior art on how to do this without using Java language signatures.

Ed

-- 
| ed.bu...@sun.com  | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/

Tomahawk: t:dataList for JSF2 Facelets?

[Ed Burns]

Hello MyFaces team,

Please excuse this mail if there is a separate list for Tomahawk dev.
There probably is, but I'm not on it.

Can anyone share any plans regarding a JSF2 Facelets version of
Tomahawk?  In particular, t:dataList.  

Thanks,

Ed
-- 
| ed.bu...@sun.com  | office: 408 884 9519 OR x31640
| homepage: | http://ridingthecrest.com/

Re: [jira] Resolved: (MYFACES-2614) EnumConverter uses toString() instead of name()

[Ed Burns]

> On Fri, 19 Mar 2010 10:41:27 + (UTC), "Jakob Korherr (JIRA)" 
>  said:

JK>  [ 
https://issues.apache.org/jira/browse/MYFACES-2614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

JK> Jakob Korherr resolved MYFACES-2614.
JK> 

JK>Resolution: Fixed
JK> Fix Version/s: 2.0.0-beta-3
JK>1.2.9-SNAPSHOT

>> EnumConverter uses toString() instead of name()
>> ---
>> 
>> Key: MYFACES-2614
>> URL: https://issues.apache.org/jira/browse/MYFACES-2614
>> Project: MyFaces Core
>> Issue Type: Bug
>> Affects Versions: 1.2.8, 2.0.0-beta-3
>> Reporter: gui
>> Assignee: Jakob Korherr
>> Fix For: 1.2.9-SNAPSHOT, 2.0.0-beta-3
>> 
>> 
>> Hi, 
>> I have an enum that has overridden the toString method. 
>> It seems the EnumConverter uses toString to convert an enum to a string (and 
>> Enum.valueOf(..) to find it back). However, since my toString is overriden, 
>> the value it returns is not valid input for the Enum.valueOf(..) function 
>> and the converter raises an exception. 
>> A better approach is to use .name() as string representation of an Enum. 

This issue seems to be identical to
,
so I have copied it there.

Ed


-- 
| edward.bu...@oracle.com  | office: 408 884 9519 OR x31640
| homepage:| http://ridingthecrest.com/

Re: [FYI] BeanValidation at Apache

[Ed Burns]

> On Wed, 17 Mar 2010 08:22:10 -0700, Matthias Wessendorf 
>  said:

MW> Hi,
MW> there is a new podling around the BeanValidation JSR 303, at Apache.
MW> Undergoing incubation right now. Sourcecode is up here:

MW> http://svn.apache.org/viewvc/incubator/bval/trunk/

For Apache community lurkers such as myself, I checked this out like
this:

svn checkout http://svn.apache.org/repos/asf/incubator/bval/trunk 
apache-bval-HEAD

Ed

-- 
| edward.bu...@oracle.com  | office: 408 884 9519 OR x31640
| homepage:| http://ridingthecrest.com/

Re: [jsr-314-open] JSF gathering @ JavaOne (was Re: MyFaces @JavaOne?)

[Ed Burns]

> On Thu, 23 Sep 2010 12:54:09 -0700, Kito Mann  said:

Kito> Hello everyone,
Kito> Let's meet at the Thirsty Bear instead, so people can show up later if
Kito> necessary. I'm doing a podcast with Dan Allen until 6 or so. What's the 
best
Kito> time for everyone?

7pm.  Can you please tweet it out liberally?

-- 
| edward.bu...@oracle.com | office: +1 407 458 0017
| homepage:   | http://ridingthecrest.com/
|  1 work days until handoff of JSF 2.1 change log to jcp
|  0 work days until JavaOne 2010
| 35 work days until DOAG 2010
| 39 work days until JSF 2.1 Milestone 6

Re: JSF 1.2 in a Maven 1 Repo

[Ed Burns]

> On Fri, 17 Feb 2006 21:05:40 -0800, John Fallows <[EMAIL PROTECTED]> said:

JF> Wendy is exactly right.  Of course, it would be much more convenient
JF> if the JSF 1.2 jars were on ibiblio.org to avoid the extra
JF> configuration to pick up the java.netrepository.

"much", I don't know about that.  How hard is one line?

JF> I believe there is work already underway to establish an automatic
JF> sync for some of the java.net artifacts to ibiblio.org.

There are legal issues that must be resolved to make this happen.
Believe me, I had to work with lawyers just to enable getting the jars
out on java.net.  

Ed


-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 62 Business Days until JavaOne SF 2006

defacto standard for EL Flash scope?

[Ed Burns]

As you know, JSF 1.2 is fast drawing to a close and the scope is such
that we can't get any new big features in.

However, Sun's and Apache's JSF 1.1 impls are open source, so there is
room for us to make defacto standards if both of us provide the same
interface to the user.  

One thing I wanted to include in JSF 1.2 is a "flash" scope as shown in
my blog entry [1].

Is anyone here interested in doing this sort of thing?  

Ed

[1] http://weblogs.java.net/blog/edburns/archive/2005/12/bringing_ruby_o.html


-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 46 Business Days until JavaOne SF 2006

Re: defacto standard for EL Flash scope?

[Ed Burns]

>>>>> On Thu, 09 Mar 2006 12:15:52 -0800, Ed Burns <[EMAIL PROTECTED]> said:

EB> As you know, JSF 1.2 is fast drawing to a close and the scope is such
EB> that we can't get any new big features in.

EB> However, Sun's and Apache's JSF 1.1 impls are open source, so there is
EB> room for us to make defacto standards if both of us provide the same
EB> interface to the user.  

EB> One thing I wanted to include in JSF 1.2 is a "flash" scope as shown in
EB> my blog entry [1].

EB> Is anyone here interested in doing this sort of thing?  

EB> Ed

EB> [1] 
http://weblogs.java.net/blog/edburns/archive/2005/12/bringing_ruby_o.html

Sorry, I had to repost this.  The proper URL is

http://weblogs.java.net/blog/edburns/archive/2006/03/repost_bringing.html

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 45 Business Days until JavaOne SF 2006

Re: defacto standard for EL Flash scope?

[Ed Burns]

> On Thu, 09 Mar 2006 16:49:49 -0800, Adam Winer <[EMAIL PROTECTED]> said:

AW> I have very mixed emotions about rushing into any standards here,
AW> de-facto or otherwise.  There's a lot of different ideas here,
AW> and I don't want to latch into any one just yet.  Let's
AW> take our time to get this right.

Sure, I understand your caution, but the concept of the flash has been a
popular feature in RoR.  Therefore, it just *has* to be great, doesn't
it? ;^b.

Seriously, I know what you're getting at.  We need a first class
Dialog/Conversation/ProcessScope concept.  We'll do *that* in JCP in the
next rev of the spec.  For now, I'm suggesting we agree on something
simple that the two major JSF impls can implement in a compatible way.

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 45 Business Days until JavaOne SF 2006

FacesServlet final/non-final

[Ed Burns]

Hello MyFaces developers,

It has come to my attention that several people have complained about
the FacesServlet class moving from being non-final to being
final. [1][2][3]

I just wanted to set the record straight on this point.

According to the JSF 1.0 spec, the class has always been final. [4] I
contrasted this with svn revision 166408 of FacesServlet.java from
MyFaces and found that it was not final.  Therefore, I conclude that
this issue was a bug that has been fixed in the MyFaces impl.

We now return you to your regularly scheduled discussion.

Ed

[1] 
http://mail-archives.apache.org/mod_mbox/myfaces-dev/200509.mbox/[EMAIL 
PROTECTED]
[2] 
http://mail-archives.apache.org/mod_mbox/myfaces-dev/200509.mbox/[EMAIL 
PROTECTED]
[3]
http://www.jroller.com/page/ksevindik?entry=uncaught_exception_handling_in_java

[4] 
http://fisheye5.cenqua.com/viewrep/javaserverfaces-sources/jsf-api/src/javax/faces/webapp/FacesServlet.java#r1.1

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 30 Business Days until JavaOne SF 2006

Re: Require ordering of for loading META-INF/faces-config.xml files from component jar

[Ed Burns]

--- Martin Marinschek <[EMAIL PROTECTED]>
wrote:

> Yes, no one was.
> 
> It's a workaround, but it's awkward at least.
> 
> Still, it's better than nothing, and if it is in the
> Spec like this,
> we'll need to implement it.

To be clear, this isn't in the spec.  The resolution
of this issue in the JSF 1.2 EG was to defer it.  

I've attached patches to the bug to implement this,
agreeably "better than nothing" solution on the JSF
1.1 and 1.2 impls from Sun.

I just wanted to offer it here because I think it
would be nice if we both followed the same convention.
 

Ed



__ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

Re: Require ordering of for loading META-INF/faces-config.xml files from component jar

[Ed Burns]

> > At the time of the original discussion, we
> proposed better ways of
> > handling this which should be archived in the
> mailing list.  (I think
> > Martin and Craig were also involved at the time,
> and we hammered out a
> > reasonable dependency-handling approach).  I'm not
> really sure why Ed
> > went with it the way he did because no one else
> was happy with that
> > approach.

As I said previously, I just put this in the Sun impl
because we had a short term need for a deterministic
approach to loadine META-INF/faces-config.xml files. 
I agree it's not the best approach but you must agree
that it is unobtrusive.  I only intend it to be used
in a pinch, anyway.

Ed



__ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

Re: Bookmarking, History and JSF

[Ed Burns]

Gruß Gott,

> On Fri, 27 Jan 2006 10:43:23 +0100, Werner Punz <[EMAIL PROTECTED]> said:

WP> +1000 for a get
WP> Martin Marinschek schrieb:

MM> I'm having ideas again. Must come from too much work with JSF ;)
MM> 
MM> My idea:
MM> 
MM> Bookmarking is a problem with JSF, right? Except you use h:outputLink,
MM> but then there's this slight problem with not being in the action
MM> system anymore ;)
MM> 
MM> Now, what do I want to be able to see in my history or to bookmark? I
MM> want to bookmark simple pages, where state is not so important at all.
MM> Or only a small portion of the state is important...
MM> 
MM> Those simple pages I usually refer to with an "action" attribute that
MM> is put (as a string) directly on the  or
MM>  tag, right?
MM> 
MM> Why not render out this action attribute as a parameter to the URL of
MM> the link optionally, not submitting a form and loosing all JSF state,
MM> but having a bookmarkable link?
MM> 
MM> The developer can decide then:
MM> - do I need this link to be bookmarked
MM> - do I want this link to  use the plain old JSF posting system with
MM> state-saving.

Right, I've thought about this problem for the Sun impl, and we even
have an issue on our issue tracker for it:

https://javaserverfaces.dev.java.net/issues/show_bug.cgi?id=72

MM> Enhancement: we could additionally render out params to this link as -
MM> yes, right, params to the URL. So people can optionally build there
MM> web-apps just like they were used to when JSF wasn't around.

MM> Good idea - bad idea - better idea ;) ?

But I can't see how to do it in a general way while supporting both
client and server side state saving modes.  This is due, of course,
to the restriction on size of the GET request.  

Another problem, when using the server side mode, is what to do when the
session expires.  

Any solution that doesn't deal with these cases is a less than full
solution.

I was thinking of decorating the state manager to somehow write out
bookmarked pages to the filesystem so they can survive session
expiration, but then, what do you do about failover?

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Re: Bookmarking, History and JSF

[Ed Burns]

Hallo Manolito,

Wie geht es in Wien?  

> On Fri, 27 Jan 2006 16:06:26 +0100, Manfred Geiler <[EMAIL PROTECTED]> 
> said:

MG> As Ed noted, saving everything into the GET request does not work
MG> because of URL size limitations. Old stagers within the MyFaces
MG> community might remember the so called "minimizing state" feature in
MG> early MyFaces 0.x versions. The goal was to provide a JSF
MG> implementation that works without JavaScript AND without Servlet
MG> sessions.
MG> Well, as you know, we gave up the idea of saving everything to the
MG> URL. It's simply unsolvable AFAICT.

MG> What Martin proposes is a rather simple solution that - of course -
MG> breaks normal JSF lifecycle, but could be a good solution for the
MG> ordinary webapp. Most bookmarkable pages are those that you can reach
MG> via a navigation menu or alike. Not much state information needed in
MG> most of these cases. What important information do we need when a user
MG> comes back to a "menu linked" page via bookmark?
MG> - the logged in user: we get him from the JASS authentication if we are 
lucky
MG> - some kind of id (product id or things like that): it's part of the
MG> URL if we use the bookmarkable feature of the t:safeState tag
MG> - more?

MG> This is no all-out-of-the-box solution, but I think it's worth playing
MG> around a little bit with this solution.

MG> +1 for Martins proposal - give it a shot

Just make sure the limitations are well understood and clearly
documented.  I wouldn't want people thinking that MyFaces has a solution
to an unsolvable (or at least really hard and inelegant) problem when
really it doesn't :).  This is a meritocracy after all!

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]

Incorrect SVN info for tomahawk only on website

[Ed Burns]

On http://myfaces.apache.org/svn.html it advises me to
use the following command to check out the
tomahawk-only svn module:



svn co
https://svn.apache.org/repos/asf/myfaces/tomahawk-only

But when I do so, I get:

svn: URL
'https://svn.apache.org/repos/asf/myfaces/tomahawk-only'
doesn't exist

Can someone please update the website with the latest
information?



__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

JSF 1.2 in a Maven 1 Repo

[Ed Burns]

> On Fri, 06 Jan 2006 16:11:24 -0800 07:08:28 -0500, Adam Winer said:

AW>   - the lack (AFAIK) of a JSF impl in the public maven
AW>repository - obviously, we can trivially point that to
AW>MyFaces api and impl
AW>  - Our tests use a Mock JSF impl that's just a mockmaker
AW>run over jsf-api - but that's not totally ASF-legit.
AW>We've included that jar in this distribution, but this needs
AW>to be redone the right way.

Just so you know, JSF 1.2 is now available in the public maven 1 repo at

maven.repo.remote=https://maven-repository.dev.java.net/nonav/repository/,http://www.ibiblio.org/maven/

Of course, this won't work for several reasons:

1. It's a Maven 1 Repo.  

2. It's JSF 1.2.

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 64 Business Days until JavaOne SF 2006

Re: JSF 1.2 in a Maven 1 Repo

[Ed Burns]

> On Tue, 14 Feb 2006 13:00:38 -0500, Sean Schofield <[EMAIL PROTECTED]> 
> said:

SS> Are there plans for maven2 artifacts?

I've heard it's possible to access an m1 repo from m2.  

We'll try to update the plugin to m2 and take it from there.

Ed

-- 
| [EMAIL PROTECTED]  | {home: 407 869 9587, office: 408 884 9519 OR x31640}
| homepage: | http://purl.oclc.org/NET/edburns/
| aim: edburns0sunw | iim: [EMAIL PROTECTED]
| 63 Business Days until JavaOne SF 2006

[jira] Commented: (MYFACES-193) forceId does not work on inputHidden

[Ed Burns (JIRA)]

 [ 
http://issues.apache.org/jira/browse/MYFACES-193?page=comments#action_62924 ]
 
Ed Burns commented on MYFACES-193:
--

ForceId seems to be a proprietary feature.  Please consider using the new 
"prependId" feature of UIForm, in the 1.2 version of the Faces Spec.  

You can find info on it at 
http://weblogs.java.net/blog/edburns/archive/2005/04/javaserver_face_1.html

> forceId does not work on inputHidden
> 
>
>  Key: MYFACES-193
>  URL: http://issues.apache.org/jira/browse/MYFACES-193
>  Project: MyFaces
> Type: Bug
>  Environment: myFaces nightly build 4-14-2005
> Reporter: Tim Pyle
> Assignee: sean schofield
> Priority: Minor

>
> forceId is not working on the inputHidden component. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira

[jira] Commented: (TRINIDAD-1124) numberconverter has issue with bigdecimal

[Ed Burns (JIRA)]

[ 
https://issues.apache.org/jira/browse/TRINIDAD-1124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12606900#action_12606900
 ] 

Ed Burns commented on TRINIDAD-1124:


Hello Matthias,  

I made the change you suggested to my NumberConverter, but I cannot reproduce 
the error you're describing.  

Here is my testcase:

Converter converter = application.createConverter("javax.faces.Number");

String stringToConvert = "333.111";
Object obj = converter.getAsObject(getFacesContext(), text,
   stringToConvert);
assertTrue(obj instanceof java.lang.Number);
String str = converter.getAsString(getFacesContext(), text, obj);
assertTrue(str.equals(stringToConvert));

The obj I get back is now a BigDecimal, after making your change, however, its 
value is still 333.111, not 333.11099899955582804977893829345703125 .

How can I reproduce this?

> numberconverter has issue with bigdecimal
> -
>
> Key: TRINIDAD-1124
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1124
> Project: MyFaces Trinidad
>  Issue Type: Bug
>Reporter: Matthias Weßendorf
>Assignee: Matthias Weßendorf
> Fix For: 1.0.9-core, 1.2.9-core
>
>
> Due to a potential bug in BigDecimal there is a bug, when you use BigDecimal
> with a NumberConverter.
> Like
> 
>   
> 
> For instance, when the entered value is "333.111" the actual stored value is 
> 333.11099899955582804977893829345703125
> There is a mathematic explanation for that in here:
> http://en.wikipedia.org/wiki/Floating_point#Accuracy_problems

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (MYFACES-1687) Update Model didn't throw an exception if an exception occurred, but adds a message for display to the user

[Ed Burns (JIRA)]

[ 
https://issues.apache.org/jira/browse/MYFACES-1687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12522640
 ] 

Ed Burns commented on MYFACES-1687:
---

I will bring this to the JSF 2.0 EG.

Ed

> Update Model didn't throw an exception if an exception occurred, but adds a 
> message for display to the user 
> 
>
> Key: MYFACES-1687
> URL: https://issues.apache.org/jira/browse/MYFACES-1687
> Project: MyFaces Core
>  Issue Type: Improvement
>  Components: JSR-127, JSR-252
>Affects Versions: 1.1.5,  1.2.0
>Reporter: Martin Marinschek
>Assignee: Martin Marinschek
> Fix For:  1.1.6-SNAPSHOT, 1.2.1-SNAPSHOT
>
>
> According to all good sense, update model should throw an exception, and not 
> show a message in the message list, if setting the value of the model-bean 
> throws an exception itself. 
> Hopefully this won't make any problems with the TCK, if it does we should 
> challenge it.
> regards,
> Martin

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.