No, they haven't been exposed on Maven. We should be rather fast on
doing this, though, cause we also need this for JSF1.2.
regards,
Martin
On 4/19/06, Adam Winer <[EMAIL PROTECTED]> wrote:
> Speaking of dependencies: Facelets has a dependency
> on the EE 5 javax.el libraries. I know that thes
Setup configuration again, can you check it?
I think myfaces.zones.apache.org is not able to send mails.
Can you check the mail configuration?
Regards
Bernd
Sean Schofield schrieb:
OK I could use some help setting up the projects again. I tried
migrating the configuration as suggested on the
I haven't paid close enough attention to the commits in the last few days, so
maybe one of you has already branched. If not, I recommend we take the
opportunity to format the entire thing according to the myfaces code
conventions. Thoughts?
Dennis Byrne
OK I could use some help setting up the projects again. I tried
migrating the configuration as suggested on the maven site[1] but no
luck. Maybe there is more info on the mailing list archives? Its late
so I'm done for the night. Perhaps you can take it the rest of the
way?
Sean
On 4/18/06,
I upgraded Maven on the zone to version 2.0.4. I also started to
upgrade continuum as well. I was able to start it and now I'm trying
to port over the old configuration. I will keep you posted and let
you know if I need help.
Sean
On 4/18/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
> I will h
Speaking of dependencies: Facelets has a dependency
on the EE 5 javax.el libraries. I know that these have
been contributed to Apache for Tomcat 6, so license
shouldn't be an issue, but has that been exposed
as independent Maven downloads? This is gonna come
up in the ADF Faces incubator in a hu
Wouldn't that necessarily not refer to XML and text files
that are inside of a JAR file? I mean, every JAR file
has a text manifest, so a ruling that said "only JARs
that don't include text files"... would be rather silly.
-- Adam
On 4/18/06, Abrams, Howard A <[EMAIL PROTECTED]> wrote:
>
> > --
I spoke with Remy Maucherat, the Tomcat
PMC Chair. He said he doesn’t have a problem with putting Tomcat jars in
there.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
From: Manfred Geiler
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 18, 2006
12:01
> -Original Message-
> From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 18, 2006 5:13 PM
> To: MyFaces Development
> Subject: Re: idea regarding components
>
> On 4/18/06, Abrams, Howard A <[EMAIL PROTECTED]> wrote:
> > Reading that link and under those rules, I wo
On 4/18/06, Abrams, Howard A <[EMAIL PROTECTED]> wrote:
> Reading that link and under those rules, I would think that you cannot
> include any jar that included any JavaScript or XML; they would count as
> non-binary/source. I haven't looked at facelets closely (because of the
> CDDL license), but
> -Original Message-
> From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 18, 2006 4:51 PM
> To: MyFaces Development
> Subject: Re: idea regarding components
>
> On 4/18/06, Werner Punz <[EMAIL PROTECTED]> wrote:
> > Actually unfortunately martin pointed me towards a
On 4/18/06, Werner Punz <[EMAIL PROTECTED]> wrote:
> Actually unfortunately martin pointed me towards a huge issue
> why we cannot do it (yet)
> facelets seem to be under CDDL, AFAIR this has not been cleared yet
> if we can link to it has it?
> What is the status regarding this.
The CDDL is fine.
Mike Kienenberger schrieb:
Werner, I don't see a problem with this for the sandbox. In fact,
this is how I do all of my component development -- first I write a
facelets version (ie, no JSP tags or tld stuff), then, if I want to
give the component a wider distribution audience, I go ahead and
I will help you. When you will try the update?
Regards
Bernd
Sean Schofield schrieb:
There is a new continuum version coming soon (1.0.3). There is a
release candidate available[1] and I'm thinking we should upgrade
since the current version seems to have a lot of problems.
Does anyone (Bern
myForm is a new bean on the second request.
You can either make the bean session or application-scoped or you can
use from Tomahawk to persist your managed request-scope
bean values to the next request cycle. Most of us use the second
option.
On 4/18/06, Khai Wan <[EMAIL PROTECTED]> wrote:
>
>
Hello,
I have a problem of which I could not figure out why. I am currently using
the following:
(a) jar files
commons-beanutils-1.7.0.jar
commons-codec-1.3.jar
commons-collections-3.1.jar
commons-dbcp-1.2.1.jar
commons-digester-1.7.jar
commons-el-1.0.jar
commons-lang-2.1.jar
commons-logging-1.
On 4/18/06, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> The JSP tag writing should be
> > >pretty mechanical (albeit boring) work. Maybe we could write a script
> > >to generate them :)
On 4/18/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
> > I think the Ora guys already have a generator for th
Getting this done would be appreciated. However I will not be able to help you
with the actual work.
Dennis Byrne
>-Original Message-
>From: Sean Schofield [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, April 18, 2006 02:25 PM
>To: 'MyFaces Development'
>Subject: Upgrade Continuum?
>
>There
There is a new continuum version coming soon (1.0.3). There is a
release candidate available[1] and I'm thinking we should upgrade
since the current version seems to have a lot of problems.
Does anyone (Bernd?) want to help me in upgrading. I hate to be
taking this on myself in addition to the o
Hi,
How do we solve this
design decision problem?
When developing a
custom component, if it has some behaviour associated with it, where exactly
should this behaviour be implemented?
e.g. To develop a
table sortable on multiple columns, once the user identifies the columns to
be sort
Problem resolved. The shared pom was accidentally referring to an
incorrect version. Everything seems to be ok now.
Sean
On 4/18/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Can anybody help with this? Mario, are you around?
>
> On 4/17/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > I me
I was just about to fix this. This was the source of the problem
building tomahawk on the trunk.
Sean
On 4/18/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: manolito
> Date: Tue Apr 18 11:06:36 2006
> New Revision: 394993
>
> URL: http://svn.apache.org/viewcvs?rev=394993&view=rev
> L
On 4/18/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
> >I personally don't see anything wrong with letting someone else
> >implement the JSP tag handler part if they want to use it with JSP.
> >"Scratch your own itch" and all that. The JSP tag writing should be
> >pretty mechanical (albeit boring)
>I personally don't see anything wrong with letting someone else
>implement the JSP tag handler part if they want to use it with JSP.
>"Scratch your own itch" and all that. The JSP tag writing should be
>pretty mechanical (albeit boring) work. Maybe we could write a script
>to generate them :)
On 4/18/06, Werner Punz <[EMAIL PROTECTED]> wrote:
> Jesse Alexander (KSFD 121) schrieb:
> > Do you mean replicating the tomahawk-components or different
> > components under the tomahawk-sign?
> >
> Different components, I have had this idea for some time now.
> Most html based components are not
> -Original Message-
> From: Sean Schofield [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 18, 2006 12:33 PM
> To: MyFaces Development
> Subject: Re: JSF 1.2: branch, wiki, maven repo, ...
>
> My preference would be to focus on the backwards compatible changes
> first and to save the bra
Did you press the "patch available" command? This will update the
mailing list (the message is kind of generic though.) More
importantly, it will show up on the list of bugs with patches
available which receive top priority.
Sean
On 4/18/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
>
>
Also, have you given any thought to how these will not be compiled by
maven in the default case? I need to recreate the tomahawk branch and
I would hate to have to deal with this and the new release at the same
time ...
Sean
I can't finish the tomahawk stuff until we get the core trunk to
pass t
My preference would be to focus on the backwards compatible changes
first and to save the branch for as late as possible. Have we
identified any of these types of changes (I know that client side
state encryption is already done.)
Are the Tomcat6 jars intended for compile purposes only at this po
How about sandbox/tiger (with non 1.5 stuff going in sandbox/core.)
The tiger comes from the code name for the 1.5 JDK. Shale is using
"tiger" to denote this stuff as well so it would be consistent with
that project.
Obviously we need to have a long discussion about adding any 1.5
requirements t
Can anybody help with this? Mario, are you around?
On 4/17/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I merged the branch stuff for shared and core. Unfortunately the unit
> test related to the TCK is still failing.
>
> @ Mario: Can you look at this again? (I don't think we ever
> successf
Hi all,As you know, Stan is currently working hard on the next generation MyFaces Stuff aka JSF 1.2.I would like to give you some infos about an offline conversation we had a few hours ago. * We decided to create a branch of the current myfaces core trunk - let's call it "jsf12" or "jsr-252"
* All
>Mario Ivankovits schrieb:
>> But I admit having to write the html markup in an renderer is a pain.
>> What about a html2jsf converter which takes a html input file and
>> generates the out.write stuff?
>> Should be possible.
That's basically what Facelets does, except it's an xml2jsf converter.
>From: "Martin Marinschek" <[EMAIL PROTECTED]> >> Facelets are faster - the JSP overhead goes with them. Adam quoted 14% > speed gains by using Facelets. >
Is that metric a comparison of the time it takes to compile a JSP versus parsing the XML document or is that averaged out over several invoca
Hi!
>> I dont know, why you think facelets are speedier. They use exactly the
>> same renderer class, no?
>>
> Actually they are faster, but that is not my point, my point was to
> enable easier component editing
> and having a good set of components built upon an easier component tech.
>
F
Mario Ivankovits schrieb:
> Hi Werner!
>> Jesse Alexander (KSFD 121) schrieb:
>>
>>> Do you mean replicating the tomahawk-components or different
>>> components under the tomahawk-sign?
>>>
>> Different components, I have had this idea for some time now.
>>
> Sorry, I dont like this idea
Cannot set focus to text input in sheet control (Internet Explorer only)
Key: TOBAGO-55
URL: http://issues.apache.org/jira/browse/TOBAGO-55
Project: MyFaces Tobago
Type: Bug
Versions: 1.0.7
Football from Netherlands is what describes him better ;-)Manfredhttp://en.wikipedia.org/wiki/Ajax_Amsterdam
On 4/18/06, Stan Silvert <[EMAIL PROTECTED]> wrote:
Welcome Gerald! Good to have someone who knows about mildly abrasive household cleansers.Stan SilvertJBoss, Inc.[EMAIL PROTECTED]callto:
I think where the performance shows up is that with JSP, you are
buffering a lot of non-component data on each call, so the
'instructions' for your tree have to be re-evaluated with each request.
When you get into AJAX or partial processing, this can get expensive!
With Facelets, we have a sta
Facelets are faster - the JSP overhead goes with them. Adam quoted 14%
speed gains by using Facelets.
regards,
Martin
On 4/18/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi Werner!
> > Jesse Alexander (KSFD 121) schrieb:
> >
> >> Do you mean replicating the tomahawk-components or different
Hi!
> I was referring to the problems the user have with old libs in their
> directories - with a clear package name in the game, we could more
> easily find out where the problems are. But I can wait until after the
> release, sure.
>
On the other hand we have to decide which burden we can put
Ok, then tell me a better place ;)
core15?
regards,
Martin
On 4/18/06, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
> Hello Martin,
>
> I would expect UIComponents with jdk 1.5 support in a sandbox15.
> Is this correct?
> Is this tomahawk specific?
>
> If not then sandbox15 is not the right place.
o-k.
I was referring to the problems the user have with old libs in their
directories - with a clear package name in the game, we could more
easily find out where the problems are. But I can wait until after the
release, sure.
regards,
Martin
On 4/18/06, Sean Schofield <[EMAIL PROTECTED]> wrote
I'm -1 based on Volker's concerns and the fact that this can only slow
us down. Its pretty crucial that we get a release out now and we can
refactor the next release. I'm still having trouble running the core
trunk btw (which is preventing me from tweaking tomahawk.)
Sean
On 4/18/06, Volker Web
Hi Werner!
> Jesse Alexander (KSFD 121) schrieb:
>
>> Do you mean replicating the tomahawk-components or different
>> components under the tomahawk-sign?
>>
> Different components, I have had this idea for some time now.
>
Sorry, I dont like this idea.
I dont know, why you think facelet
Jesse Alexander (KSFD 121) schrieb:
> Do you mean replicating the tomahawk-components or different
> components under the tomahawk-sign?
>
>
Different components, I have had this idea for some time now.
Most html based components are not really portable.
For instance our dojo work currently would
Do you mean replicating the tomahawk-components or different
components under the tomahawk-sign?
regards
Alexander
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Werner Punz
> Sent: Tuesday, April 18, 2006 1:41 PM
> To: dev@myfaces.apache.org
> Subject: idea reg
Hi,
dojo.io.bind is a replacment for prototypes Ajax.Request.
the Ajax.Updater replaces the content of a html element with the
response of a ajax request, including optional evaluating of javascript
content.
e.g
-- begin html
[ any content. e.g. complete tobago shee
Ok lets start the discussion.
Since I´ve had to mess around again with the very cumbersome component
api, and I still do not like it. I have an idea.
I am not too familiar with facelets yet, but it seems like a good thing
to bring the component programming forward for html centric components.
How
sharath reddy schrieb:
> Hello,
>
> I am planning to develop an AJAX component for
> MyFaces. I looked at the exising components to see
> which Javascript libary they used.
>
> Some components use Dojo. Others use Prototype!
>
> Which one is the standard going forward?
>
Dojo for now is a safe
Hi!
> I have fulfilled all the license obligations and also
> implemented your suggestion of using
> 'NavigationMenuItem' for the dynamic configuration.
>
> Please let me know if there are any more issues...
>
Thanks! I'll have a look at is soon.
Ciao,
Mario
sharath reddy schrieb:
> Hi Gerald,
>
> I want to implement 2 combo-boxes component. When the
> value is changed in the first, the contents of the 2nd
> combo box are refreshed with an AJAX call.
>
> Regards,
> Sharath
>
>
You can do that with dojo.io.bind easily, however xmlhttp does not allo
Hi,
have a look at the current ajax suggest comps; InputSuggestAjax
implements the dojo comboBox directly.
Maybe we can extend the existing, in order to provide the
functionality you want to implement?
cheers,
Gerald
On 4/18/06, sharath reddy <[EMAIL PROTECTED]> wrote:
> Hi Gerald,
>
> I want
Hi Volker,
Yes, sure. I can not remember the Ajax.Updater functionality exactly,
but dojo provides a really easy to use Ajax api. I think the
dojo.io.bind stuff should be the one, you are searching for.
Just code:
dojo.io.bind({
url: "...",
load: function(type, evaldObj){ /* do something
Hi,
my (non binding) -0.5 for this.
I like to see some of the tomahawk classes (e.g. Validators, Converters
and non rendering tags(saveState, aliasBean, ...)) moving from
tomahawk.jar to a new commons.jar after the tomahawk release, to enable
using them in tobago.
I don't think we should rename
Hi Gerald,
I want to implement 2 combo-boxes component. When the
value is changed in the first, the contents of the 2nd
combo box are refreshed with an AJAX call.
Regards,
Sharath
--- Gerald M�llan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> you should use the dojo library in all future
> compon
Hello Martin,
I would expect UIComponents with jdk 1.5 support in a sandbox15.
Is this correct?
Is this tomahawk specific?
If not then sandbox15 is not the right place.
Regards
Bernd
[EMAIL PROTECTED] schrieb:
Author: mmarinschek
Date: Tue Apr 18 03:19:04 2006
New Revision: 394899
URL: http
Welcome Gerald!
Bruno
On 4/18/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Welcome aboard, Gerald!
>
> -Matthias
>
> On 4/18/06, Stan Silvert <[EMAIL PROTECTED]> wrote:
> > Welcome Gerald! Good to have someone who knows about mildly abrasive
> > household cleansers.
> >
> > Stan Silvert
Hi Gerald,
is there a equivalent for Ajax.Updater from prototype.js in dojo?
I like to test replacement of prototype.js in tobago, but i don't like
to reimplement this.
Regards,
Volker
Gerald Müllan wrote:
> Hi,
>
> you should use the dojo library in all future components wherever possible.
> before the tomahawk release, I'd love to do a refactoring - move over
> everything in tomahawk from org.apache.myfaces to
> org.apache.myfaces.tomahawk
+1
makes it easier to *follow*, when referencing to tomahawk clazzes IMO
-Matthias
> is that ok with you guys - if yes, I'd finish with that t
+1 For me it is ok, a more clear separation at package level will
avoid many missunderstandings.
Cheers,
Bruno
On 4/18/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Hi *,
>
> before the tomahawk release, I'd love to do a refactoring - move over
> everything in tomahawk from org.apache.myfac
Hi *,
before the tomahawk release, I'd love to do a refactoring - move over
everything in tomahawk from org.apache.myfaces to
org.apache.myfaces.tomahawk
is that ok with you guys - if yes, I'd finish with that today.
regards,
Martin
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting
Hi,
you should use the dojo library in all future components wherever possible.
We want to completely left out prototype and other js libraries in the future.
Which component you wanna realize?
cheers,
Gerald
On 4/18/06, sharath reddy <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am planning to d
Hello,
I am planning to develop an AJAX component for
MyFaces. I looked at the exising components to see
which Javascript libary they used.
Some components use Dojo. Others use Prototype!
Which one is the standard going forward?
Regards,
Sharath
Hi Mario,
I added a comment to this issue and uploaded a new
patch. However, this did not seem to generate an email
to the mailing list.
I have fulfilled all the license obligations and also
implemented your suggestion of using
'NavigationMenuItem' for the dynamic configuration.
Please let me kn
Marcus Beyer wrote:
hello all,
Is it possible to apply a dataScroller on a newspaperTable?
I tried this with newspaperColumns="2" but got only one column.
I asked the people from the user mailing list with no result :(
Please help.
OK, maybe I should try a question:
Is it possible to combi
Welcome aboard, Gerald!
-Matthias
On 4/18/06, Stan Silvert <[EMAIL PROTECTED]> wrote:
> Welcome Gerald! Good to have someone who knows about mildly abrasive
> household cleansers.
>
> Stan Silvert
> JBoss, Inc.
> [EMAIL PROTECTED]
> callto://stansilvert
>
> > -Original Message-
> > From
[
http://issues.apache.org/jira/browse/TOMAHAWK-168?page=comments#action_12374872
]
sebastien marin commented on TOMAHAWK-168:
--
Hello, it is a Blocker bug and you don't want to assigned it ?
I think it would be nice to solve the problem.
> Tomaha
Provider for javax.xml.parsers.SAXParserFactory cannot be found
---
Key: MYFACES-1287
URL: http://issues.apache.org/jira/browse/MYFACES-1287
Project: MyFaces Core
Type: Bug
Versions: 1.1.3-SNAPSHOT
Clarification: This release notification is only for MyFaces Core, not
for MyFaces Tomahawk yet. MyFaces Tomahawk will release soon.
regards,
Martin
On 4/18/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Hi *,
>
> the MyFaces PMC is proud to announce a new and great release of the
> MyFaces
No, no.
That change I didn't mean. I think we originally agreed that it was ok
for the standard components to loose their dummy form behaviour, but
then Mario found a way for enabling it anyways.
regards,
Martin
On 4/18/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
> So DummyFormUtils has to move
[ http://issues.apache.org/jira/browse/TOMAHAWK-246?page=all ]
Mario Ivankovits closed TOMAHAWK-246:
-
Fix Version: 1.1.3-SNAPSHOT
Resolution: Fixed
> 500 code in simple examples for panelStack
> --
>
Title: Missing tomahawk.jar in MyFaces1.2
Hi All
Glad to hear that the new verison is available.
I cannot find the the tomahawk.jar @ http://www.apache.org/dyn/closer.cgi/myfaces/binaries/myfaces-core-1.1.2-bin.zip
But it has myfaces-impl.jar, etc.
Am I lloking at the wrong place?
[ http://issues.apache.org/jira/browse/TOMAHAWK-245?page=all ]
Mario Ivankovits closed TOMAHAWK-245:
-
> 500 code in simple examples for tree
>
>
> Key: TOMAHAWK-245
> URL: http://issues.apache.o
[ http://issues.apache.org/jira/browse/TOMAHAWK-245?page=all ]
Mario Ivankovits resolved TOMAHAWK-245:
---
Fix Version: 1.1.3-SNAPSHOT
Resolution: Fixed
> 500 code in simple examples for tree
>
>
>
Yes!
Now we need someone who knows something properly, too.
We'd call him Mr. Proper then ;)
regards,
Martin
On 4/18/06, Stan Silvert <[EMAIL PROTECTED]> wrote:
> Welcome Gerald! Good to have someone who knows about mildly abrasive
> household cleansers.
>
> Stan Silvert
> JBoss, Inc.
> [EMA
76 matches
Mail list logo
