[EMAIL PROTECTED] wrote:
Hi there,
I just want to give my response aswell. As a rarely jsf developer, I'm
always in the situation, that
I've got to setup my myfaces enviroment from new, because I'm not always
on track with the changes.
Even Eclipse and its different web/jsf plugins change
Obsidian has been used many many times in different products,
there might be some kind of law problem there in the long run
(I just recalled Obsidian entertainment)
Given the current state of affairs of rampand going lawyers especially
in germany, although I like the name, it might become
Just wanted to drop a short notice...
on the status of the sourceforge stuff if you guys want
to integrate parts of it into myfaces
ajaxAutocomplete works, currently I am rewriting the javascripts because
I am unhappy about the old ones both from the cleanlyness of the code,
and the way the
Could Oracle help maybe?
Jesse Alexander (KBSA 21) wrote:
Is it possible to help from the outside?
Meaning: is it a money-issue? If yes: how much?
Or is it possible that companies can make pressure on Sun?
regards
Alexander
-Original Message-
From: Martin Marinschek [mailto:[EMAIL
Sean Schofield wrote:
A while back we talked about pointing the myfaces.org website to the
new ASF one. I think the time has come for us to do this. I'm
concerned people may be eroneously using the old site which is now
quite out-dated. (We've seen some posts on the mailing list to
indicate
Matthias Wessendorf wrote:
Hi all.
Last night I played a bit with Velocity templates to render JSF UI
components. Here is a document that contains some infos regarding
this.
Note: it is a first version. Not complete, but I'll look deeper into this.
Here it goes:
Just a question, does the new ui data also solve the problem
of losing the scroller/ data table states if you traverse pages
over a faces-config defined pageflow into the same page?
I stumbled over that problem and discussed it in the user
list last week. (x:savestate did not help in this case
Matthias Wessendorf wrote:
Werner,
thanks for your feedback, During the weekend I'll look more at that.
Yes the putting the ui component to the context is fine. thanks (was
late... ;))
I'll keep you updated for *news* on that.
Yes really neat stuff.. as I said I have used Velocity based
Martin Marinschek wrote:
I was thinking about maybe using the Facelet approach for the
component creation as well - this is basically exact the same stuff as
defining the components by using JSP. I don't know how to do loops and
stuff like that then, though...
Facelet is very similar but a much
[EMAIL PROTECTED] wrote:
I was thinking about maybe using the Facelet approach for the
component creation as well - this is basically exact the same stuff as
defining the components by using JSP. I don't know how to do loops and
stuff like that then, though...
The Clay component under Shale
Wohoo if that really works, then you just have fixed one of the biggest
issues I have had with the current component set, which I could not
figure out myself of what went wrong.
(in my debugging steps I lost the old datamodel at exactly that
situation, which was rendered
somewhere between
Hi I know I am picky
But has anyone checked the more dynamic components for mem leaks.
After having spent several hours yesterday to remove some of those
dreaded leaks in my ajax component on sourceforge.
I ran the test against the jscookmenu today and got the painful result
of several
never mind, i just filed it into jira, where it acutally belongs into
Werner
Werner Punz wrote:
Hi I know I am picky
But has anyone checked the more dynamic components for mem leaks.
After having spent several hours yesterday to remove some of those
dreaded leaks in my ajax component
Martin Marinschek wrote:
I don't think that this has been done so far ;)
is this something the orginal developer of JSCookMenu would need to do?
regards,
Either him, or if I can find the time I could go over the sources...
But the problem in my case really is time, since I am going to start
Martin Marinschek wrote:
I don't think that this has been done so far ;)
is this something the orginal developer of JSCookMenu would need to do?
regards,
Martin
Ah yes... btw... the effects from my sourceforge project are affected as
well, (not the fade, but the rest), I contacted the
Werner Punz wrote:
Actually just checked the sources I got in today from the svn sandbox,
there is nothing from me left anymore :-D
Command back, that suff is from someone else, but they placed the code
for the autocomplete on top of the prototype which is excellent
Btw... another thing, I
Martin Marinschek wrote:
Well, for my current project I definitely need to jump on that
bandwaggon, so I will keep experimenting.
Let's see where we get to after some time!
regards,
Martin
Martin, if you need help with some of my code on sourceforge
feel free to contact me anytime on the
Ah I am getting it now, Bruno or somebody else has fixed the path for me...
Guess after a weekend in the mountains you I need some adaption time
for catching up with the cahnges.
Werner
Werner Punz wrote:
Hi Martin... Not fully getting what you want, do you want an explanation
on now
Thanks all of you...
Bruno Aranda wrote:
Well, it was Martin who did the change. I only added some information
about the Eclipse Web Tools Project,
Regards,
Bruno
, branches, etc.). You don't get that
anymore if you check out current...
regards,
Martin
On 7/11/05, Werner Punz [EMAIL PROTECTED] wrote:
Thanks all of you...
Bruno Aranda wrote:
Well, it was Martin who did the change. I only added some information
about the Eclipse Web Tools Project,
Regards
wrote:
Yes, I fixed the path, but I thought you were further down talking
about the structure of the project you get if you are not checking out
current (e.g. talking about trunk, branches, etc.). You don't get that
anymore if you check out current...
regards,
Martin
On 7/11/05, Werner Punz [EMAIL
Sean Schofield wrote:
I will try and look when I get a chance. Matt should also take a look
at it since he wrote all of the javascript for inputSuggest.
Based on Werner's sample page they are *very* similar. I agree that
inputSuggest can't support large data sets but that might just be a
+1 for the prototyp lib,
The only problem it currently has is, that the more complicated stuff
from it currently causes component leaks by circular rerencing
dom/javascript objects (contacted the author about that already, dunno
if he has fixed it yet)-but so does the jscookmenu.
But there
Martin Marinschek wrote:
Very good.
just for your information:
I got Thomas to work on a component which does validation on the
server-side with AJAX - so the user gets immediate feedback on typing
if his current entries are valid or not (something like Werner's
autovalidation, but
Craig McClanahan wrote:
Martin's approach does sound very feasible, but I have one question
(not having had time to look at the code yet) ... does the component
to which the request is routed belong to the component tree of the
view from which the asynchronous request was submitted, or is it
Sean Schofield wrote:
Martin,
You might be right. Unfortunately due to our release today and the
other MyFaces business I haven't had a chance to look at the ajax
version. What you are saying about the potential difficulties in
merging sounds reasonable.
IMO there is no hurry on either
Sean Schofield wrote:
Since we are going to have two components for the forseeable future
(at least in the sandbox) can I *suggest* that we call the ajax one
ajaxSuggest?
IMO ajaxInputSuggest is a little too wordy and easy to confuse with
inputSuggest.
Since it will not be the only ajaxed
Manfred Geiler wrote:
Ladies and Gentlemen,
Please welcome our new MyFaces committers *Mathias Broekelmann* (mbr)
and *Bruno Aranda* (baranda) !
They both have already assisted the MyFaces project in an outstanding
manner in the past. Once again the MyFaces community is glad to get
strong
Martin Marinschek wrote:
have you added xmlresolver 1.1 jar to your ant directory, as mentioned
on the wiki under running forrest?
yes...
both under the lib dir and the eclipse ant path...
:-(
Matthias Wessendorf wrote:
hi,
has anybody a working subclipse plugin on a linux box w/ eclipse?
This is a bit difficult, you have to set an environment var
before the eclipse call so that the correct javahl is used,
and you have to have javahl in your system.
The problem to my knowledge is,
Bruno Aranda wrote:
I work with eclipse/subclipse. Today I've updated to the last eclipse
version (3.1) and subclipse 0.9.3.3 everything is working (at the
moment...). I had some problems in the past when with subclipse
0.9.3.1 which could be solved using the 0.9.3.0 version (I have it, if
you
as it seems, for those who can read german, it seems
that ibm temporarily gives away power5 linux based machine time
for free as long as the technology worked in os OSI certified
opensource, here is the link (german):
http://openpowerproject.org/de/about.php
probably the best way to check the
Thanks Thomas, for the excellent library...
Werner
Martin Marinschek wrote:
look at that - memory leaks fixed ;)
regards,
Martin
Martin Marinschek wrote:
look at that - memory leaks fixed ;)
regards,
Martin
Jepp gotta check the code tomorrow, if all
of the component leaks are fixed...
the changelogs indicates, that he
has moved the direct component references
to indirect ones.
Anyway, thanks Martin for forwarding
Martin Marinschek wrote:
right...
regards,
martin
On 8/5/05, *Mike Kienenberger* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Both the wiki and the tomahawk docs have UISaveState as x:save_state.
This should be x:saveState, shouldn't it?
thanks for fixing that, I was not
Mike Kienenberger wrote:
I think the t:saveState description starts off too technical.
My opinion is that it'd be better to say what a user would use it for first.
Maybe something along the lines of:
t:saveState enables you to persist beans and values longer than
request scope, but shorter
Sylvain Vieujot wrote:
Hello Werner,
Are you working on a client side tab pane ?
I'm almost done making the current panelTabbedPane dynamic but my
implementation is still quite basic (just adds client side tab switch).
Thanks,
Not now, I am totally busy with some projects I am involved
I know I posted this on the users list before, but I think the devs
list is more appropriate.
A russian guy has posted links to his ajax stuff
into the myfaces wiki, the stuff he does looks really interesting
he has moved some bigger myfaces components into the ajax realm
(panalstack, form,
Feel free to add it to the official docs ;-)
Sean Schofield wrote:
That's some nice documentation (I never checked it out before as I
have no problems in this area.) Nice job wiki users!
sean
On 8/23/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Best thing is you follow these
Fab Psycho wrote:
Hi Werner,
Thanks for explanation, it works that way ... But I think it would be
interesting to have an additionnal myfaces build.xml entry such as build
wardebug building the four war files with sources included ... That way,
we could deploy a war in tomcat, declare
A before I forget, is there an open jira issue for doc patches...
if yes, please add the info to the wiki.
Werner
Werner Punz wrote:
The doc for this one is in the wiki, but not in forrest...
here is a svn forrest patch to add the missing docs...
I get a neat error when I try to access the showchanges page
on the eclipse page...
see for yourself
http://wiki.apache.org/myfaces/Eclipse_IDE?action=diff
Diff for Eclipse IDE
Differences between revisions 53 and 54
-- --
ZeroDivisionErrorfloat division Please include this information in
forget it, something in between those revs must have
caused the error, the last checkin fixed it.
werner
Werner Punz wrote:
I get a neat error when I try to access the showchanges page
on the eclipse page...
see for yourself
http://wiki.apache.org/myfaces/Eclipse_IDE?action=diff
Diff
I just sort of completed the docs for the eclipse myfaces editing
and compilation in the wiki, and also for the plugin extensions exadel
and myeclipse.
The main problem is, I am not a native speaker, therefore I made
probably a lot of mistakes in the grammar, and typo area, if anyone has
a
I think once JSF 1.2 is on the table, the swtich to 5.0 will be enforced
Sun to my knowledge has switched in 1.2 for the RI...
Werner
Jesse Alexander (KBSA 21) wrote:
-Original Message-
Because it makes things more complicated. We've got enough on our
plate now. At some point when
Mathias Brökelmann wrote:
Just a note. JDK1.5 is able to produce 1.4 classes. We could change
the build process to let the user choose which target he needs and
still provide 1.4 classes (or both) in the releases. But let us bring
the next release out before going that way.
Maintenance
I am getting weird errors here on subclipse just asked in the subclipse
mailing list and they basically pointed me towards a problem in the repo
here is the answer:
---
Hi I am trying to checkout something from an open repo, which worked
flawless with the lastest incarnations of subclipse and
Just filed a jira report on that one...
expect the incoming mail soon ;-)
Werner Punz wrote:
I am getting weird errors here on subclipse just asked in the subclipse
mailing list and they basically pointed me towards a problem in the repo
here is the answer:
---
Hi I am trying to checkout
Versions: Nightly Build
Environment: Windows filesystems or any filesystem which is not case sensitive
Reporter: Werner Punz
Assignee: Bruno Aranda
Fix For: Nightly Build
Somebody must have pushed a case senstive double checkin into the svn server, a checkout on a windows box
Sean Schofield wrote:
The release date is scheduled for Monday pending a satisfactory release vote.
+1 for me
Just gave the compile a testrun,
there was a checkin bug, that one has been now resolved
by bruno,
and besides the usual
eclipse... not having xerces using xalan instead which
://issues.apache.org/jira/browse/MYFACES-614
Project: MyFaces
Type: Bug
Versions: 1.1.0, Nightly Build
Environment: all
Reporter: Werner Punz
Just noticed after checkout that the local component definition xml files in
the sourcebase of myfaces have an invalid url in the dtd
for instance
Matthias Wessendorf wrote:
Hi all.
Since the Tobago guys have sent their CLA paperworks to the ASF,
we now have to decide how that thing will really work :-)
We discussed in an older thread that they are olny committing into the
tobago source code base and not into myfaces
Martin Marinschek wrote:
Congratulations to the team!
We have had a 100.000 hits a day first time on Sept 21.
regards,
Martin
was there someone load testing ;-)
no seriously, congratulations.
Sean Schofield wrote:
Please welcome Werner Punz as a new committer. Werner has been active
in the MyFaces community for a while now. We actually invited Werner
to become a committer several weeks ago but it took a while for him to
sign his CLA and for the ASF infrastructure pepople
Yes, the funny thing is, that Seam and Struts Ti both claim to try to
achieve rails ease of use, which is a mythical claim, you cannot achieve
that without extension of the java introspection api, or a rework of it
;-), but at least Seam simplifies some issue really a lot.
Anyway, having had the
Hi Thomas... the Wiki is there
for self fixing...
Please do not put reports for that in the Jira...
a wiki lives from its readers participation.
Werner
Thomas Timbul (JIRA) wrote:
Inaccurate documentation (wiki) Now, you can ommit the context listener
setup
Hi Bill, could you push the info on the wiki for future references?
Werner
Bill Dudney wrote:
Hi All,
Most of you have probably see the fast and furious emails going on
about issue #623. I wanted to drop you a quick note on how to debug a
failing cactus test.
First you need to have
Ah sorry, just saw that you are planning to put it onto the wiki anyway.
Werner
I now made after a few days of stress and problems getting things working and
having a non Apache life ;-)
my welcome submission a port from my jsf-comp effects component which is based
on the FAT
library and the script.aculo.us library into the sandbox
I hope you can enjoy the tag, additions
Hi Wendy, now I can give something back for your help back then
in the struts users list.
If you do not have a jira account for myfaces yet, I could dump it into
jira for you if you want,
I cannot fix the problem since I am not actively involved in this build, yet.
Werner (I hope you can
Sorry it was meant as a private mail, anyway,
I just filed a jira on this one as a showstopper
Werner
Werner Punz wrote:
Hi Wendy, now I can give something back for your help back then
in the struts users list.
If you do not have a jira account for myfaces yet, I could dump it into
jira
This means javahl is missing on your system
svnant seems to still use javahl, which is sort of
a pain in the backside, literally spoken.
Javahl is the native binding svn layer which causes problems
on almost any system it is neither or installed.
check if a switch to javasvn is possible on that
Sean Schofield wrote:
Reminder,
Please remember to use spaces instead of tabs in your source code.
Also you want your IDE to convert tabs to spaces to fix the ones that
are left behind. The source code is starting to get to be a mess and
the patches and diffs start to get crazy because
Sorry to comment outside of jira to this...
I had similar issues with jsf-spring in the past and the order
of the filters in the web.xml did the trick for me in that particular case.
You might have a similar issue (I do not know the spring internal jsf
binding variable resolvers too much since I
Martin Cooper wrote:
Can I suggest a high-level discussion of how you're going to structure
all of the JavaScript code in MyFaces? I'm concerned that you'll end up
with a fragmented JavaScript code base, with each widget using its own
style and way of doing things, which would be, um, less
excellent suggestion +1 for that
Udo Schnurpfeil wrote:
Hi all,
after renaming the x (extension) prefix default to t (tomahawk),
we have a ambiguous prefix t.
My suggestion:
After splitting the tobago lib into components and
extensions we could use
tc: for tobago component and
tx:
Stan Silvert wrote:
I need to build MyFaces 1.1.0 and add some debugging to it. However,
the source bundle doesn’t contain a build.xml.
So, how do I check out a buildable version of the MyFaces 1.1.0 release?
Thanks in advance,
Stan Silvert
JBoss, Inc.
[EMAIL
into their own resource loader components
to avoid double includes and namespace problems.
Werner
Travis Reeder wrote:
How are you including the javascript now? In the page or linking to
prototype.js?
Travis
On 10/7/05, *Werner Punz* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote
Werner Punz wrote:
I checked the repo, the 1_1_0 version is tagged under
svn.apache.org/repos/asf/myfaces/release/tags/1_1_0
If you need further help with the checkout drop a message here, I will be
monitoring
this thread for the next few hours while coding.
Werner
Highly recommendable if you want to integrate
1.1.0 into JBoss, the sandbox is alpha/beta components
which means it should not be in a final product anyway ;-)
Werner
Sean Schofield wrote:
Try the skip.sandbox=true option. (now defunct but that was how it
worked in 1.1.0)
sean
Martin Cooper wrote:
Let me give a couple of examples of problems MyFaces is facing right now.
1) Prototype messes with fundamental JavaScript types. One of the first
things is does is add a new function to Object! Things like this can
seriously mess up other JavaScript code. As just one
Hi Martin, sorry for smsing you that on Sat evening...
probably the file has to be moved to an external download server
and then has to be built within the build process from that external location,
just a wild
guess here, but that should be conform to the apache license
Werner
Martin
Martin Marinschek wrote:
Never mind...
yes, I believe this could be a solution - other than that, we might
also be able to switch to another HTML editor library - someone send
me a link to one a few days ago, don't remember who it was though ;)
regards,
Can remember that one, that one
this could be a solution - other than that, we might
also be able to switch to another HTML editor library - someone send
me a link to one a few days ago, don't remember who it was though ;)
regards,
Martin
On 10/9/05, Werner Punz [EMAIL PROTECTED] wrote:
Hi Martin, sorry for smsing you
Sylvain Vieujot wrote:
Downloading Sarissa it at build would be fine, for those that build from
source.
But wouldn't it prevent us from distributing the compiled version ?
Why not reuse jsf-comp as a sideproject for critical stuff, which can be
downloaded and plugged into a running
, 2005-10-10 at 10:50 +0200, Werner Punz wrote:
Sylvain Vieujot wrote:
Downloading Sarissa it at build would be fine, for those that build from
source.
But wouldn't it prevent us from distributing the compiled version ?
Why not reuse jsf-comp as a sideproject for critical stuff, which can
Just to be sure, what is more than a few lines of code?
In both cases it is around 150-300 locs...
Werner
Martin Marinschek wrote:
Good news!
@Werner: this is perfectly alright. If the contribution is more than a
few lines of code, you will need to get the contributors to file a
CLA.
Sean Schofield wrote:
The nightly build is broken (please see recent build failure
messages.) Whoever is responsible please fix your mess. Don't make
me get out the svn blame tool ...
seemed fixed to me (2 AM GMT+1) someone might have fixed it,
what was the issue exactly?
Werner
Sean Schofield wrote:
Are there any outstanding issues for 1.1.1 that are show stoppers?
Are the examples, etc. working? I'd like us to consider a third and
final RC that will become the official release and the sooner the
better IMO.
Please also remember to fix critical bugs on the
Sean Schofield wrote:
Didn't you see the build failure email to the list? I'm only asking
b/c nobody seems to respond to them.
Yes I think the problem has been fixed. I noticed it had something to
do with a new prototype dependency in tomahawk.
sean
Ah... there was a jira reported
it renders
the popup on the most important (worst) browser
half useless.
werner
Werner Punz (JIRA) wrote:
[
http://issues.apache.org/jira/browse/MYFACES-693?page=comments#action_12331909
]
Werner Punz commented on MYFACES-693:
-
Another thing
Redirect after post and the usage of aliasbean might work out in your case.
You also could set a session var with a token, which is set once the
form is submitted, so that a second attempt is blocked.
Werner
Kevin Roast wrote:
OK that's unfortunately what I thought. Does anyone have other
Martin Marinschek wrote:
Sounds very good indeed!
Mathias - absolutely professional as always ;)
Werner, you did have a need for such a thing as well, right?
Yes I had a huge need for that.. ;-)
So you might check this out a bit?
I will ASAP... btw... I have good news, if you can
Simon Kitching wrote:
Hi guys,
Well, you should check out some of the email discussions held on
commons-dev about this. The general conclusion was that even commons
components should avoid dependencies on other commons components where
feasable.
Well commons are absolute base libs, but
Sean Schofield wrote:
@Sean: how come you say we did avoid a dependency on commons-lang for
that long? I didn't have the feeling that we where trying to achieve
this, correct me if I am wrong...
Well its just the less jars the better that's all. As Werner says
though commons-lang is pretty
Simon Kitching wrote:
I'm still on the JSF learning curve, but I believe we're talking here
about saving the UIComponent tree state, and that that is done via a
custom approach in JSF.
Firstly the JSF framework saves the classnames of the UIComponent object
tree, so that it can build an
Well I fixed and reverted it, because it worked anyway on my machine,
and the fix would have involved too many changes very close to the
rollout of a release candidate, it looked to critical for me to fix now
because nothing was broken on my machine and it was not code I checked in.
And yes there
Sean Schofield wrote:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release candidate cycle to address it.
So my proposal is to tag the RC3 release as 1.1.1, rebuild, release.
Adam Winer wrote:
Sadly, no. There's code in J2SE that's been deprecated since
JDK 1.2 but is still there in 1.6, and will be forever.
Yes unfortunately, Sun has the habit of deprecating stuff but never
removing it.
One of the reasons why parts of the J2SE API have become a complete
mess
Sean Schofield wrote:
I wanted to resurrect one of our favorite threads ... Should the
shared code be in its own jar?
The reason why I bring this up now is that I'm starting to experiment
with an M2 build for MyFaces. In addition to some of the arguments
made earlier we can now add Maven to
Mario Ivankovits wrote:
Hi!
Inspired from the Ruby on Rails Demo in vienna I would like to develop
a rapid web-framework, prototyping framework or call it anything
else for JSF too.
Hi Mario, good to hear from you again, I do not thing that it really
makes sense to start from the scratch,
According to my experience, logging if done right, does not affect the
performance too much, in the worst case, you always can turn it off,
all you get is a few ifs here and then.
Usually the performance is just fine as soon as you turn on asynchronous
logging instead of synchronous.
tried it something must be missing in the svn
Buildfile: C:\development\workspace\current\build\facelets-build.xml
facelets-taglibs:
BUILD FAILED
C:\development\workspace\current\build\facelets-build.xml:19: taskdef
class org.apache.myfaces.tools.FaceletsTaglibTask cannot be found
Thomas
Matthias Wessendorf wrote:
sounds like MyFaces becomes similar to RoR.
:)
not yet, a CRUD builder and scaffolding is missing.
;-)
Bruno, great idea!
-Matthias
Yes absolutely...
Martin Marinschek wrote:
Name discussion again - sounds funny ;)
We've had a hundred suggestions the last time we did a discussion like
that, but they were all pointed at the Apache-name and were built on
references to the American-Indian minority.
In a recent discussion on the incubator
Mike Kienenberger wrote:
I seem to recall hearing that ADF uses a custom viewhandler, much like
tobago. That's going to make it difficult to trivially merge
Tomahawk and ADF .
Well, that is what I heard as well, the main problem currently is:
Tobago = using its own view handler
ADF =
Martin Marinschek wrote:
I like your native american suggestions,
but obviously we are (by the ASF) not supposed to go this direction,
so we'll need to refrain ;).
Trinidad sounds good - and ADF faces is in the current state a larger
component set then Tobago.
regards,
Why dont we really
Adam Winer wrote:
My assumption is that the initial arrival will be akin to Tobago,
part of MyFaces, yes, but a third set alongside Tomahawk
and Tobago.
This of course raises major questions going forward of how
to integrate all of these into one coherent set - and, of course,
the question of
Ok because someone raised this issue, I thought things over and came to
the conclusion a second time, there is no real issue.
First of all, I am not an expert with the newer portlet libraries, but I
have had some extensive knowledge with Jetspeed 1 (1.4b3 exactly, which
once I did a bigger
Bernd Bohmann wrote:
Sounds good,
but I would prefer to keep the ant script running as long as possible
until the maven build is stable.
+1 from my side, I am not too familiar with Maven, although I am eager
to switch, having a switching timeframe might be better than having a
clean cut.
1 - 100 of 3723 matches
Mail list logo
