Hi.
Clean checkout and
cd build
mvn -Dmaven.test.failure.ignore=true package
gives:
[INFO] Building MyFaces Impl
[INFO]task-segment: [package]
[INFO]
[INFO]
Please follow the instructions in
http://wiki.apache.org/myfaces/Building_With_Maven
Maven XSLT plugin -- currently only available in source.
1. Use Subversion to get plugin source from
svn://svn.codehaus.org/mojo/scm/trunk/mojo/mojo-sandbox/xslt-maven-plugin
[
http://issues.apache.org/jira/browse/MYFACES-814?page=comments#action_12361587
]
Ravi Gidwani commented on MYFACES-814:
--
The requirement is quite genuine. I guess the question is IF I NEED THIS
FUNCTIONALITY WONT MYFACE'S SYNTAX SUPPORT IT ? It
Hello,
please apply this patch to the pom in the build directory to simplfy the
build process.
Changes:
Added default goal
Removed tabs
Added www.atanion.com/maven2 as snapshot plugin repository
Changed list to List in mailingLists
Changed finalname to myfaces-${version}
Skipped the tests
[
http://issues.apache.org/jira/browse/MYFACES-814?page=comments#action_12361598
]
Simon Kitching commented on MYFACES-814:
Hi Ravi,
This does look like a reasonable request. Unfortunately, while *you* may need a
fix for this it looks like there
Thanks Bernd,
just committed the guy.
regards,
Martin
On 1/3/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
please apply this patch to the pom in the build directory to simplfy the
build process.
Changes:
Added default goal
Removed tabs
Added www.atanion.com/maven2 as snapshot
The namespacing problem can be resolved with code gens which add
automatically the namespaces,
the javascript type problem is indeed there
(although it seems to be not that critical, due to the inherent messy
nature of javascript itself, but I agree
it is critical enough for a general purpose lib
jsValueSet wrong generated JS code
--
Key: MYFACES-996
URL: http://issues.apache.org/jira/browse/MYFACES-996
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Reporter: Martin Zdila
x:jsValueSet
Using onbeforeunload together with InputCalendar does not work properly...
--
Key: MYFACES-997
URL: http://issues.apache.org/jira/browse/MYFACES-997
Project: MyFaces
Type: Bug
Components:
Having looked at Dojo,
I need to say that a lot less documentation and samples are available
there - is there any way to get up to speed with Dojo easily?
Martin, maybe you could help us migrating prototype stuff over to Dojo?
regards,
Martin
On 1/3/06, Werner Punz [EMAIL PROTECTED] wrote:
Hello Sean,
I think the current version of the surefire-plugin doesn't support the
forking mode. This is fixed in the latest not yet released version.
I see the StateUtils are using a static block for loading the
properties. I don't know how this can work if your are in one JVM?
Why does
[ http://issues.apache.org/jira/browse/MYFACES-910?page=all ]
sean schofield closed MYFACES-910:
--
Resolution: Duplicate
Allow user to supply their own tree2 id scheme using new TreeWalker interface
Martin, I checked out the unit tests, they seem to have
enough info to get startet, some of this stuff is really impressive.
http://archive.dojotoolkit.org/nightly/tests/widget/
but one downside, this stuff seems to be heavily under development
lots of the unit tests are broken or call
In any case we should wait what ADF Faces brings to the table with
regards to javascript, and then see how we merge in the best way.
regards,
Martin
On 1/3/06, Werner Punz [EMAIL PROTECTED] wrote:
Martin, I checked out the unit tests, they seem to have
enough info to get startet, some of
Hello,
please apply this patch to the pom in the build directory to simplfy the
build process.
Changes:
Added default goal
Good idea
Removed tabs
Sorry. My fault. I used UltraEdit instead of my IDE and the setting
weren't right.
Added www.atanion.com/maven2 as snapshot plugin
Let me know when the build environment is in a stable state again and I'll run another test build from here.
On 1/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
So 1.1.2 is defined in only the parent POM? What if you want to build
tomahawk by itself (without the parent pom?)
You can't build it without the parent pom-- the build will fail
because that pom is as much a 'dependency' as any of the jars
Sean,
I have tried to get the setup working with what Thomas proposed, and
it didn't work.
So there is no way to get the sandbox-examples up and running with
IntelliJ, except with having normal resources (aka belong to one
module alone) separated from the faces-config.xml file.
Tobagos, you are
I admit I've never looked at prototype, but what about the option of
fixing the namespace issues and contributing the fixes back to the
prototype project?
On 1/3/06, Werner Punz [EMAIL PROTECTED] wrote:
The namespacing problem can be resolved with code gens which add
automatically the
Martin Marinschek wrote:
In any case we should wait what ADF Faces brings to the table with
regards to javascript, and then see how we merge in the best way.
regards,
Martin
Well one thing, I noticed with DOJO after checking it out extensively is
the slow loading times, since it
Mike Kienenberger wrote:
I admit I've never looked at prototype, but what about the option of
fixing the namespace issues and contributing the fixes back to the
prototype project?
The namespace issue is the smallest one, given the fact
that you can fix it with a handful of global replaces.
[
http://issues.apache.org/jira/browse/MYFACES-954?page=comments#action_12361644
]
Mike Kienenberger commented on MYFACES-954:
---
Dennis,
I also flagged MYFACES-853 as a potential duplicate of this issue yesterday,
but I didn't have time to
On 1/3/06, Werner Punz [EMAIL PROTECTED] wrote:
Martin, I checked out the unit tests, they seem to have enough info to get startet, some of this stuff is really impressive.http://archive.dojotoolkit.org/nightly/tests/widget/
There is also the Dojo manual itself:
On 1/3/06, Werner Punz [EMAIL PROTECTED] wrote:
Martin Marinschek wrote: In any case we should wait what ADF Faces brings to the table with regards to _javascript_, and then see how we merge in the best way. regards, Martin
Well one thing, I noticed with DOJO after checking it out extensively
Hi Martin, thanks for the clarification,
but one question, given that myfaces has its own
loading mechanism which renders the includes dynamically.
Does dojo have something which could support this.
The reason why I am asking is, that
usually the components basically determine themselves
(with
Wow, now that's what I call a deadline ;)
regards,
Martin
On 1/3/06, Adam Winer [EMAIL PROTECTED] wrote:
I agree with John here.
Of course, the crucial thing right now is getting the source snapshot
out there, and all my talk goes for naught until that happens! I'll
get the source
I'm not 100% sure I understand what you're looking for, since I'm not
completely familiar with the way MyFaces components do things today.
But here are a few thoughts:
1) If you're going to use Dojo, I would suggest that you either use the
kitchen sink profile (that includes everything) or one
[
http://issues.apache.org/jira/browse/MYFACES-993?page=comments#action_12361661
]
Adam Winer commented on MYFACES-993:
h:panelGroup already gives you the functionality of the suggested t:span.
Also, in JSF 1.2 h:panelGroup will have a layout
Actually this all or nothing or common ground approach is not what I had
in mind.
What I am thinking of is something along these lines.
You already have some kind of dynamic loading infrastructure in there
with
dojo.require(dojo.a);
dojo.require(dojo.b);
now the problem as discussed is that
Perhaps I was doing some wrong stuff,
in sandbox (and tomhawak) I have the folder /src/main/resource/META-INF
but the META-INF is not in svn (subclipse plugin for Eclipse told me),
so I guess it is *generated* during build...
however mvn clean doesn't remove the folders.
Can anyone clearify
nevermind,
it works now... strange...
however, thanks :-)
On 1/3/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Perhaps I was doing some wrong stuff,
in sandbox (and tomhawak) I have the folder /src/main/resource/META-INF
but the META-INF is not in svn (subclipse plugin for Eclipse told
This has been deleted by me - and moved to its own directory (see my
mail about problems with IntelliJ). I think subversion update doesn't
remove a directory if it is deleted on the server, so you are left
with out-of-date local versions!
regards,
Martin
On 1/3/06, Matthias Wessendorf [EMAIL
I believe subversion does delete the dirs when you remove a directory.
Most likely your *client* (Eclipse?) has a bug. I know all of the
dirs from the maven reorg that needed to be deleted were deleted
automatically by tortoise-cvs.
By the way, if you use windows you should consider
Hello Matthias,
you are not doing wrong stuff the destDir for the tld stuff has changed
from src/main/resources/META-INF to target/classes/META-INF.
You can delete the old META-INF in src/main/resources.
Generated sources, classes... should only created in the 'target' dir :-).
Best Regards
bernd,
solved ;)
On 1/3/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello Matthias,
you are not doing wrong stuff the destDir for the tld stuff has changed
from src/main/resources/META-INF to target/classes/META-INF.
You can delete the old META-INF in src/main/resources.
Generated
damn,
you are not doing wrong stuff the destDir for the tld stuff has changed
from src/main/resources/META-INF to target/classes/META-INF.
looking at pom.xml (mojo plugin stuff) I now see target/clazzes/META-INF
8-)
On 1/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
By the way, if you use windows you should consider tortoise-cvs.Itis an awesome client!Its so good that I don't mind that its notintegrated with my IDE.You mean TortoiseSVN of course, which was inspired by TortoiseCVS. :-)
FYI, just trying out this new maven build and I noticed that the faces-config.xml are not being put in the jars, myfaces-sandbox-1.1.2-SNAPSHOT.jar, tomahawk-1.1.2-SNAPSHOT.jar, and myfaces-impl-1.1.2-SNAPSHOT.jar.
So when trying to run examples, the components are undefined.TravisOn 1/3/06,
Oh cool - so additonal directories like my
src/main/resources-facesconfig are not treated as source directories?
Is there a way to change the settings of Maven so those are included?
regards,
Martin
On 1/3/06, Travis Reeder [EMAIL PROTECTED] wrote:
FYI, just trying out this new maven build
Right that's what I meant. I use tortoise-cvs here at work ;-)
sean
On 1/3/06, John Fallows [EMAIL PROTECTED] wrote:
On 1/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
By the way, if you use windows you should consider tortoise-cvs. It
is an awesome client! Its so good that I don't mind
Interesting. The examples were working earlier. Perhaps Martin's
directory change broke this? I seemed to recall running the examples
successfuly *after* this change though ...
I will try to look into it tonight (if nobody has solved by then.)
Sean
On 1/3/06, Travis Reeder [EMAIL PROTECTED]
That sounds like something I might have done. Sorry about that. I
think I was experimenting with the resources and changed the dirs
around.
Sean
On 1/3/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
damn,
you are not doing wrong stuff the destDir for the tld stuff has changed
from
Yes you can specify resource directives in your POM. Having a
single resource dir is an advantage in that you don't have to do this
(its done for you automatically.) That's one reason why I'd like to
get back to the single dir. Less overhead and maintenance.
Sean
On 1/3/06, Martin Marinschek
Hello,
what was the reason for the additional directory?
Bernd
Sean Schofield schrieb:
Yes you can specify resource directives in your POM. Having a
single resource dir is an advantage in that you don't have to do this
(its done for you automatically.) That's one reason why I'd like to
get
default values for convertNumber and convertDateTime
Key: MYFACES-998
URL: http://issues.apache.org/jira/browse/MYFACES-998
Project: MyFaces
Type: New Feature
Components: Tomahawk
Reporter: Bill Schneider
Try to setup the sandbox examples in IntelliJ
- you need both faces-config.xml from tomahawk and the
faces-config.xml from sandbox.
You can't add them if they are not in separated directories from the
other resources which need to go along the sourcecode.
regards,
Martin
On 1/3/06, Bernd
I've just checked in some pom changes that add the resources-facesconfig directories. TravisOn 1/3/06, Martin Marinschek
[EMAIL PROTECTED] wrote:Try to setup the sandbox examples in IntelliJ
- you need both faces-config.xml from tomahawk and thefaces-config.xml from sandbox.You can't add them if
[EMAIL PROTECTED] wrote:
Author: werpu
Date: Tue Jan 3 13:52:40 2006
New Revision: 365751
URL: http://svn.apache.org/viewcvs?rev=365751view=rev
Log:
fixed a bug, which caused the jdk 1.4 to fail on the
BigDecimal constructors
Modified:
.
Maybe a better way is to separate the examples from the other artifacts.
Then mvn idea:idea whould add tomahawk and sandbox as lib.
We should talk about this and did not define more directories and add
more configuration options in the pom's.
Bernd
Martin Marinschek schrieb:
Try to
[ http://issues.apache.org/jira/browse/MYFACES-874?page=all ]
Werner Punz closed MYFACES-874:
---
Fix Version: Nightly
Resolution: Cannot Reproduce
none of this is reproducable anymore in the current nighly builds...
lets close this, the input
Well,
I know next to nothing about Maven, but had to get the examples working.
What do you mean by your first proposal?
I don't want to end up with a solution where I do a change in the
MyFaces code and then have to run maven before I can start the
examples-app.
regards,
Martin
On 1/3/06,
Yes you are right... I will change it immediately
Simon Kitching wrote:
[EMAIL PROTECTED] wrote:
Author: werpu
Date: Tue Jan 3 13:52:40 2006
New Revision: 365751
URL: http://svn.apache.org/viewcvs?rev=365751view=rev
Log:
fixed a bug, which caused the jdk 1.4 to fail on the BigDecimal
done
Werner Punz wrote:
Yes you are right... I will change it immediately
Simon Kitching wrote:
[EMAIL PROTECTED] wrote:
Author: werpu
Date: Tue Jan 3 13:52:40 2006
New Revision: 365751
URL: http://svn.apache.org/viewcvs?rev=365751view=rev
Log:
fixed a bug, which caused the jdk 1.4 to
It means want you don't want.
Martin Marinschek schrieb:
Well,
I know next to nothing about Maven, but had to get the examples working.
What do you mean by your first proposal?
I don't want to end up with a solution where I do a change in the
MyFaces code and then have to run maven before I
;)
bahh!
Martin no like!
regards,
Martin
On 1/3/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
It means want you don't want.
Martin Marinschek schrieb:
Well,
I know next to nothing about Maven, but had to get the examples working.
What do you mean by your first proposal?
I don't
ditto! Takes over 30 seconds to run the maven build, anyway to speed it up if we have to go down this path?On 1/3/06, Martin Marinschek
[EMAIL PROTECTED] wrote:;)bahh!Martin no like!
regards,MartinOn 1/3/06, Bernd Bohmann [EMAIL PROTECTED] wrote: It means want you don't want. Martin Marinschek
Hi Martin,
what exact is the problem with setup the sandbox examples in idea?
I just made a 'mvn idea:idea' in common, api, impl, tomahawk, sandbox,
and examples/sandbox dirs.
After creating a new 'multi module' idea project and adding the created
*.iml, i just neet to setup the dependencies.
I
Submitting form with selectOneMenu on it gives error Value is not a valid
option
--
Key: MYFACES-999
URL: http://issues.apache.org/jira/browse/MYFACES-999
Project: MyFaces
Type: Bug
Werner,
ADF has some technology that may be helpful here (when
it arrives, grumble, grumble...)
http://tinyurl.com/999qe
http://tinyurl.com/7vn42
Cheers,
Adam
On 1/3/06, Werner Punz [EMAIL PROTECTED] wrote:
Actually this all or nothing or common ground approach is not what I had
in mind.
59 matches
Mail list logo