On Friday 07 January 2005 08:32, Joshua White wrote:
What is the current CVSROOT?
:pserver:[EMAIL PROTECTED]:2401/home/cvspublic/incubator-myfaces isn't
working.
Try :pserver:[EMAIL PROTECTED]:/home/cvs/incubator-myfaces
--
Grant S. Smith
Marathon Computer Systems
503-582-8445
As an Intellij user, I will also have to go with a -1 for now.
The current EAP version of IDEA does have SVN integrated, but it is currently
too unstable for production use.
As a Linux user, Tortoise is not an option for me.
On Tuesday 18 January 2005 06:11, Sean Schofield wrote:
Tortoise
+1
On Tuesday 29 March 2005 13:10, Matthias Wessendorf wrote:
Hi folks,
after some changes and fixes, the Apache MyFaces project is proud to be
next to provide the first release as a top level project inside of ASF.
This would be the 1.0.9-beta.
Beta, because we haven't passed the TCK yet.
OK,
So I thought I'd start being productive, and attack a simple JIRA issue.
I zoned in on MYFACES-187, as it had a simple solution of removing some
code. I commented out the code, then decided to run all-tests from the
main build file.
Firstly, ant complained about not having access to junit,
Sean,
Please don't revert the change. the file named ${sign.script} was
probably there from when you ran the build before I made my change. My
change FIXES the problem you describe.
The line:
property file="sign.script" location="${release.dir}/sign.sh"/
is definitely invalid. it MUST be:
Are there any guidelines for documentation we should be following ?
I would like to improve our documentation; the extended components in
particular. Should everything be done through Forrest ?
Thanks,
Grant.
we could also take this
approach with cactus. I haven't used cactus in a long time so I'm
probably not the best person to do this.
sean
On 4/26/05, Grant Smith [EMAIL PROTECTED] wrote:
Oliver Rossmueller wrote:
Thanks for the info, Oliver.
I was able to get a little further
. If I inadvertently broke
something I'm happy to try and help fix it ;-)
sean
On 4/26/05, Grant Smith [EMAIL PROTECTED] wrote:
Sean,
The original build/foo/build.xml files did some processing based on the
value of the
tomcat.pre.5.5.version
property.
Is this not required anymore
I second the motion to get this done as soon as possible.
I guess we'll need a code freeze while the conversion takes place ?
For those of you using Intellij IDEA, the latest EAP build (3311)
handles Subversion perfectly and also runs under JDK 1.5.0_02.
Sean Schofield wrote:
When are we
Manfred Geiler wrote:
http://issues.apache.org/jira/browse/INFRA-311
All we can do is sit and wait...
-M
I commented on the JIRA, asking how long it would take, and if there was
anything we could do to help. I also voted for the issue. I would
recommend that as many of us vote for it as
There is now a SVN repository at
http://svn.apache.org/repos/test/myfaces for us to test, experiment with
and review. This is a conversion of the CVS repository as of this morning.
Please let me know when everyone is comfortable with it, and that it
works to everyone's expectations. At that
To avoid checking out all tags and branches, just check out
http://svn.apache.org/repos/test/myfaces/trunk
Grant Smith wrote:
There is now a SVN repository at
http://svn.apache.org/repos/test/myfaces for us to test, experiment
with and review. This is a conversion of the CVS repository
As of now, the CVS repository is READ-ONLY.
We're in the process of creating the LIVE SVN repository now..
The new official Subversion repository for Myfaces is now ready.
https://svn.apache.org/repos/asf/myfaces
This holds:
site/ (The website)
branches/ (All the old branches we had in the CVS repository)
tags/ (All the old tags we had in the CVS repository)
trunk/ (Where all the current action is!)
We probably now need to urgently update the nightly build script to send
everything to Subversion instead of CVS.
Sean ? :)
:
* automatically build docs in ${project.dir}/../site
* SVN commit it automatically
* sftp it to minotaur
-Manfred
2005/5/3, Grant Smith [EMAIL PROTECTED]:
We probably now need to urgently update the nightly build script to send
everything to Subversion instead of CVS.
Sean ? :)
.
+1 from me too, they make the javadocs look terrible.
Sean Schofield wrote:
+1 for removing them. Subversion (and CVS) keeps the same history and
they just clutter up the source code and documentation.
On 5/9/05, Manfred Geiler [EMAIL PROTECTED] wrote:
SVN experts, is there really no
Before casting a vote, I would like to seek clarity on one issue this
seems to raise:
If the displayValueOnly attibute is set, does the underlying component
change ? for example, if I have:
x:someComponent binding="#{someBean.methodReturningComponent}"/
And I directly manipulate the
OK, it's done... sorry Manfred... if it's any consolation, it was
painful for me too - but only due to the repetitive-stress injury
suffered by pressing CTRL-Y seven million times...
Manfred Geiler wrote:
Oliver, I fear you are right. Here is my sad
+1 for removing $Log$
-Manfred
I'd like to kick off the whole sandbox debate again. Yes, I'm a sucker
for punishment..
If I recall correctly, the consensus was to have a sandbox subproject
for new components. I would like to propose a simpler solution: Why not
have the sandbox as a subdirectory of the existing project. Then
Hi Phillip,
Your patch basically reverses a patch made as a suggestion to
MYFACES-187. Could you test to see if your patch produces the same
problem that MYFACES-187 describes ? I do see a small difference
between your code and the original code, so it's possible that your
patch fixes both,
Found the problem. - MYFACES-243's patch. I reversed it locally and
navigation works again. I reopened the JIRA, but unfortunately dont have
the time right now to delve into this. Neal ?! :-)
Grant Smith wrote:
I just deployed the myfaces-examples from the latest SVN version, and
it appears
+1 for keeping it Nightly build, then renaming it when we release
1.0M10 (we're at 1.0M9 now, right ? I thought we all agreed on the M...)
Sean Schofield wrote:
Yes I suggest we keep it Nightly Build as well because we actually
have a nightly build that users can grab and the issue will be
Sounds reasonable. However, just to be clear... Will new components
start off in the sandbox, then get promoted to tomahawk, and then
finally to myfaces ? I guess I don't understand the need for the
intermediate step.
+1 for myfaces-all.jar, although I don't think it should contain
sandbox
Sean Schofield wrote:
Here is a revised summary of the bundles and their contents. Key changes:
1) the addition of a sandbox distribution (nightly only); includes
javadoc; jar file includes tld and faces-config stuff
2) myfaces-all will include sandbox stuff in the nightly (and local
ant
Korhonen, Kalle wrote:
For MyFaces unit testing, just throwing out the idea for others to think
about.
I think this is a great idea, Kalle.
+1
Kalle
If I may interject before this gets too ugly...
Oliver, the ASF does not require a formal vote on a matter such as this.
The discussion in this thread clearly shows more people in favor of
removing jars from svn. This thread is in itself an informal vote. You
voiced your objections, and those
I think you basically have to implement getClientId(FacesContext
context) with somthing that doesn't include a colon for the new
component. As Matt says, we're probably being more spec-compliant lately.
Sean Schofield wrote:
I've set up the sandbox with a separate sandbox webapp. The new
be a
klundge until I understand things better.
Let me know if it works
Grant Smith wrote:
I think you basically have to implement getClientId(FacesContext
context) with somthing that doesn't include a colon for the new
component. As Matt says, we're probably being more spec-compliant lately.
Sean
Hmm.. Does this mean that section 3.2.2 of the spec directly contradicts
section 3.3.1 ?
Craig ?
Bruno Aranda wrote:
Hey, stop, the colon is what the NamingContainer uses, as stated in
section 3.2.2 of the spec.
'NamingContainer defines a public static final character constant,
3.1.1 I mean..
Grant Smith wrote:
Hmm.. Does this mean that section 3.2.2 of the spec directly
contradicts section 3.3.1 ?
Craig ?
Bruno Aranda wrote:
Hey, stop, the colon is what the NamingContainer uses, as stated in
section 3.2.2 of the spec.
'NamingContainer defines a public static
.
I tend to favor the latter as it would be a simple change.
Thoughts ?
Craig McClanahan wrote:
On 7/1/05, Grant Smith [EMAIL PROTECTED] wrote:
Hmm.. Does this mean that section 3.2.2 of the spec directly contradicts
section 3.3.1 ?
Craig ?
There's a difference between the value
I posted that a minute before Craig explained why (:) should NOT be
allowed, so please ignore my previous suggestion.
Grant Smith wrote:
Thanks Craig.
Based on what Craig (and the spec :-) ) says, I think we need to
reconsider how we use UIComponentBase.setId(). If a component's ID
I took the liberty of assigning MYFACES-305 to Sean, as he applied the
first patch (and it's about TIME he did some work... yeah, right).
Mathias, please upload this new patch to the JIRA too. I will help out
with the testing once it's all in SVN. We use UIData extensively, and if
there are
Great idea regarding moving the non-compliant Tamahawk components into
the sandbox. From my quick scan of open JIRA items, there are a few
that relate to conformance.
Sean Schofield wrote:
Remember, I like the Tiles support too (and said it was a key to my
discovering MyFaces)
;-)
So I'm
Sean,
The tlddoc-all target of the main buildfile (which calls all the nested
buildfiles) is choking on:
tlddoc:
[java] Error: File/directory not found:
/home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
for each of the subprojects. I didn't want to touch
new TilesViewHandler for my
day job.
Also, I am hoping to add a failure message if you accidentally run a
'foo-all' target from subproject build dir instructing you to run from
the top-level.
HTH,
sean
On 7/6/05, Grant Smith [EMAIL PROTECTED] wrote:
Sean,
The tlddoc-all target
Grant Smith wrote:
I would propose that anyone committing a change that causes a test to
fail be put in a small interrogation room with the Manfred Geiler Bad
Cop. Be very afraid.
And don't think you'll go undetected. Sgt Schofield's Subversion Blame
Tool will root you out in an instant!
+1 for consolidation, yet with separate areas for
non-jsCookMenu-cluttered stuff.
Sean Schofield wrote:
Can we get a few more +1's for this?
sean
On 7/7/05, Bill Dudney [EMAIL PROTECTED] wrote:
yes now the cobwebs are clearing...
if we get agreement I'd be up for getting rid
, when it
clearly does. *sigh* Sorry for false alarm.
Grant Smith wrote:
Sean,
The tlddoc-all target of the main buildfile (which calls all the
nested buildfiles) is choking on:
tlddoc:
[java] Error: File/directory not found:
/home/grant/IdeaProjects/Myfaces/current/build/../sandbox
Doh!
Bruno, thanks. OK, so now it looks like it's trying to find a file
called *.tld (i.e. the wildcard isnt being interpretted). That is where
I'm focussing my investigation on now :)
Bruno Aranda wrote:
I think you are missing the temp in
ls -la
from the first property read and does not
override it,
HTH,
Bruno
2005/7/11, Grant Smith [EMAIL PROTECTED]:
Doh!
Bruno, thanks. OK, so now it looks like it's trying to find a file
called *.tld (i.e. the wildcard isnt being interpretted). That is where
I'm focussing my investigation
I need some help understanding how the current build systems works. Are
all the individual build.xml files actually svn_externals of the main
build.xml file ? That would explain why I can't make modifications to
each one, and commit them.
Any insight would be greatly appreciated.
Thanks,
Bill,
This is great, thanks for your efforts with this! I have a few comments.
1. Do we need /java/ in the test path structure?
2. I don't think the tests should run as part of dist, but I do think
they should run as part of the nightlies, and viewable as a daily
report. Why ? Beacause we
Sean Schofield wrote:
Its nice to have one of the Struts gurus on board. Thanks for an
excellent first patch.
Wait... he's a struts guru ? Reverse patch! Abort!! Abort!!
Bill,
The current testing setup is great for objects that are
container-independent. Any indication when we'll be able to test things
that need to live in a container, like FacesContextImpl ? I assume we'll
need cactus for that, although if you know of any tricks to test
container-dependent
+1 for EasyMock and it's dependencies. While we're at it, don't we need
junit.jar too ? Also, I would recommend only downloading the
dependencies if you run the 'test-all' (or 'test' for a subproject)
target, not if you run the usual 'dist-all' that most people will be doing.
Thanks for doing
The way I understand it is we will have complete control of everything
except SVN. Yes, each zone is a virtual server, so it will have its own
IP address and DNS.
Sean Schofield wrote:
Well since I just joined, maybe you can fill me (and the rest of us)
in on what's going on with the
I just tried the simple webapp. Seems like all the examples using
datatables don't work anymore. Are they still in transition ?
-1 for a new release until HtmlDataTable works again (see my question in
the dev list). I unfortunately am swamped at the moment so I don't have
time to delve into it.
there?
regards,
Martin
On 7/28/05, *Grant Smith* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I just tried the simple webapp. Seems like all the examples using
datatables don't work anymore. Are they still in transition ?
.
Mathias Broekelmann wrote:
the master/detail example needed some fixes in the navigation to work.
I´ve fixed this.
The exception you got is about an deprecated (and no longer existing
HtmlDataTablePhaseListener which was registered through the
faces-config.xml but it has already been removed
Changing my vote to +1 for the new release. The simple examples look a
little rough around the edges, but that's no big deal. Thanks to
Mathias for resolving the datatable issue!
Grant Smith wrote:
-1 for a new release until HtmlDataTable works again (see my question
in the dev list). I
Better yet, let's get into the habit of assigning the JIRA as soon as
you decide to attempt it. That way we don't all start working on one
issue without knowing it. I know the patch in this case was not in
JIRA, but it reminded me of a point I was thinking of :)
Jurgen, thanks for the cool
Sounds like a good idea. +1
Sean Schofield wrote:
I'm thinking of starting a Volunteers Needed wiki. We can refer to
it from the How can I contribute area of our website as well.
Basically it is a list of outstanding things that we need help on.
One example is older patches that users have
Speaking of Intellij,
A reminder that all ASF committers can get a free license to IDEA. See
http://www.jetbrains.com/idea/opensource/asf.html
Not that we want to prescribe IDEs, but IMHO it's by far the best :)
Sean Schofield wrote:
But you would agree that we should not have tabs right?
We might also want to consider using the Taconite library, which seems more cross-browser friendly than using innerhtml.-- Grant Smith
and German
-- Grant Smith
: edburns0sunw | iim: [EMAIL PROTECTED]-- Grant Smith
Looking at the TLD, it seems we are also supporting: accept,
acceptCharset, enctype, onreset, onsubmit and target. While I'm in
there, should any of those be removed ?On 11/8/05, Grant Smith [EMAIL PROTECTED] wrote:
OK. I'll do it...On 11/8/05, Ed Burns
[EMAIL PROTECTED] wrote:
Hello MyFaces
Nevermind, JIRA-654 lists all the discrepancies. FYI, h:form
name attribute is now resolved (should be in tonight's nightly).On 11/8/05, Grant Smith [EMAIL PROTECTED]
wrote:Looking at the TLD, it seems we are also supporting: accept,
acceptCharset, enctype, onreset, onsubmit and target. While I'm
this require a vote ? Do they have to go through the sandbox first
(I'm hoping not, as they're not really new components) ?
-- Grant Smith
*,
How are the plans to reimplement codegen coming along (are there any)?
The reason I ask is that I'm adding an attribute to some of the
extended components, and I get this feeling of dread as my only choice
is to cross the feared GENERATED CODE BEGIN (do not modify!) line...
-- Grant Smith
.
The only really legit use case for escape=false on a selectItemis for something like selectManyCheckbox, if you wanted tohave HTML formatting in the label.Cheers,Adam Winer
On 11/8/05, Grant Smith [EMAIL PROTECTED] wrote: OK, sandbox it is then :) On 11/8/05, Sean Schofield
[EMAIL PROTECTED] wrote: I
Aranda [EMAIL PROTECTED] wrote:
Well, AFAIK there are no plans, at least until JSF 1.2... but if youwant to be sure just add the attribute to the xml file...Regards,Bruno2005/11/8, Grant Smith
[EMAIL PROTECTED]: *,How are the plans to reimplement codegen coming along (are there any)? The reason I
Adam, I'm not quite sure I understand what you're saying here. Can you
give an example in the context of the original user's problem ?On 11/8/05, Adam Winer [EMAIL PROTECTED] wrote:
On 11/8/05, Grant Smith [EMAIL PROTECTED]
wrote: In general this is true. However, there are legitimate reasons
resort to NCRs + escape=false or to entering
characters directly in the target character set.And, my harsh answer to that problem is that developers should stopusing old-style .jsp file format, which is hideous, and use .jspx documentsinstead.
-- AdamOn 11/8/05, Grant Smith [EMAIL PROTECTED] wrote: Adam
that theirstate is not being saved/restored.Thanks in advance,Travis
-- Grant Smith
approach B of course).Cheers,Simon--
Grant Smith
Good work Travis! Any chance of creating some examples for these ?
-- Grant Smith
snapshot.Wecan take an informal vote and then release it.
There are a few other steps (signing the jars, etc.) but we can crossthose shortly.For now I think we should make the branch and lockthe code down.No more major changes to commons would go into this
release.Thoughts?Sean-- Grant Smith
somehow ?
-- Grant Smith
vote.No releasecandidate has been built.We are voting on the tagged (1_0_0) versionwhich can be built from maven.Sean
-- Grant Smith
?
Regards, Bruno -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and
Courses in English and German Professional Support for Apache MyFaces--Matthias WessendorfZülpicher Wall 12, 23950674 Kölnhttp://www.wessendorf.net
mwessendorf-at-gmail-dot-com-- Grant Smith
speaking... BTW, Werner, do you think that the dojo code is stable enough to move it to tomahawk? Regards,
Bruno --http://www.irian.atYour JSF powerhouse -JSF Consulting, Development and
Courses in English and GermanProfessional Support for Apache MyFaces-- Grant Smith
://www.irian.at Your JSF powerhouse -
JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
-- Grant Smith
this trap out of line. Any objections? Ciao, Mario
-- Grant Smith
I meant to say: If there's a working version, that _is_On 2/17/06, Grant Smith [EMAIL PROTECTED]
wrote:yeah, take it out. If theres a working version, that it :)
On 2/17/06, Dennis Byrne [EMAIL PROTECTED]
wrote:
+1To me, the sandbox is fair game.Dennis Byrne-Original Message-
From: Sean
.
Now, the question is will fixing this have any effect on the TCK
results ? I'm in favor of fixing it, and will do it if I get some
consensus.-- Grant Smith
if disabled or readonly was set to true, and then stop decoding? regards, Martin
On 2/18/06, Grant Smith [EMAIL PROTECTED] wrote: Wow. So it turns out that Myfaces suffers from a particularly nasty bug which was also present in the Sun
1.1 RI. https://javaserverfaces.dev.java.net/issues/show_bug.cgi
with Studio Creator. Welcome aboard Craig.We're glad to officially have you on the team now. Sean
-- Grant Smith
soon.Unfortunately I am on the road this weekend and thenagain for a couple of weeks starting Thursday so I can't help much.I
can probably help with a release on Monday but that means we need todo some serious testing before Tuesday.Sean-- Grant Smith
I just tried to deploy the .war created by the maven archtype. On
execution, all you get is a blank screen (no hello world :). Is anyone
else having this problem ?On 3/3/06, Grant Smith [EMAIL PROTECTED] wrote:
Oliver was our resident TCK pro, and he went through quite an ordeal to
get the thing
The MyFaces project has a licence. On 3/3/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Oliver was our resident TCK proApparently one must obtain a license for the test suite.Did he have one for himself or one for the MyFaces project?--
Grant Smith
the binary?Who has the binary?
Dennis Byrne-Original Message-From: Grant Smith [mailto:[EMAIL PROTECTED]]Sent: Friday, March 3, 2006 01:51 PMTo: 'MyFaces Development'
Subject: Re: Testing Progress?The MyFaces project has a licence.On 3/3/06, Dennis Byrne [EMAIL PROTECTED] wrote: Oliver was our
OK, I got the confirmation they've received it.. stand byOn 3/3/06, Dennis Byrne [EMAIL PROTECTED] wrote:
I have signed and faxed an NDA, per offline dicussion.Thanks.Dennis Byrne
-Original Message-From: Grant Smith [mailto:[EMAIL PROTECTED]]Sent: Friday, March 3, 2006 02:22 PMTo: 'MyFaces
is sufficient.Hmmm I'll test this. If you think we are ready I will create the tomahawk branch now.
From my point of view we are ready, I'll test the above and will tellyou tomorrow if it works.Ciao,Mario-- Grant Smith
(jsf 1.2) won`t take as long as your 1.1 tck :-)
-Matthias -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and
Courses in English and German Professional Support for Apache MyFaces-- Grant Smith
to implement *all* of them.
regards,MartinCraig
-- Grant Smith
] --Matthias WessendorfAechterhoek 1848282 Emsdetten
http://jroller.com/page/mwessendorfmwessendorf-at-gmail-dot-com-- Grant Smith
www.jroller.com/page/cagataycivici
-- Grant Smith
.)
This is about all I know:http://soulfood.dk/archives/2006/04/15/T00_22_41/index.html And that you should make sure sendmail isn't listening on an external
ip (only on 127.0.0.1) when you turn it back on. -- Wendy-- Grant Smith
on 127.0.0.1) when you turn it back on. -- Wendy-- Grant Smith
and GermanProfessional Support for Apache MyFaces
-- Grant Smith
of the JSF1.2 commits.)SeanOn 6/6/06, Grant Smith [EMAIL PROTECTED] wrote: I have reconfigured the continuum builds for all projects EXCEPT
1.2 to mail Warning, Errors and Failures to [EMAIL PROTECTED] For now, 1.2 mails everything, even successes. I am trying to figure out where continuum
-From: Grant Smith [mailto:[EMAIL PROTECTED]]Sent: Wednesday, June 7, 2006 11:16 AMTo: 'MyFaces Development'
Subject: Re: Nightly build of 1.2Looks like the 1.2 build failed last night, though. Is this just because weneed to get 1.2 jars into the maven repository ?On 6/7/06, Sean Schofield
[EMAIL
: mwessendorf-at-gmail-dot-com
-- Grant Smith
: mwessendorf-at-gmail-dot-com
-- Grant Smith
the .tar.gz version of this, I get an error tar: a lone zero block at 8130 from a tar zxvf
myfaces-core-1.1.3-bin.tar.gz on SUSE Linux.Craig[1] http://myfaces.apache.org/download.html
-- Grant Smith
I would call it valueInjectorOn 6/11/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
in adf this guy is called setActionListenerwith from/to properties.There some other things to merge ;-)
-MatthiasOn 6/11/06, Grant Smith [EMAIL PROTECTED] wrote: Thats not a bad idea. I actually don't even like
1 - 100 of 568 matches
Mail list logo
