On the other hand: How are users thought to use and test a new
sandbox-component if not at least a minimal amount of informations is
available.
Either javadoc (describing how to use) or a minimal (incomplete) xdoc
documentation might make since also for sandbox stuff...
just my 2cents
Alexander
And maybe even the other way round: generate code from the
config-file ;-)
From: Enrique Medina
[mailto:[EMAIL PROTECTED] Sent: Monday, March 27, 2006 12:04
PMTo: [EMAIL PROTECTED]Cc: MyFaces
DevelopmentSubject: Re: Playing round with 1.5
features
Yes, Martin, that's the
Which part of the JMeter script do you need?
The hardest part of all: the actual url's...
cannot be shared because they are application-specific...
But they can be generated by JMeter itself.
The rest (number of threads...) are also a bit app-specific
and must be varied to fit your environment
From my tests comparing client and server state, I must say client-state
will not even scale to medium traffic...
The performance hit with client state was horrendous. processing time
was up to 5 times higher than with server-state. And the memory
footprint
was not significantly lower.
We
Mike's arguments are valid.
To make it easier for developers out there, it might make sense to exclude
other changes from this minor. That would reduce the problem sources for
those outside developers...
Alexander
-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
matt raible in his blog...
From: Travis Reeder [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 16, 2006 11:51 PMTo: MyFaces
DevelopmentSubject: Was someone looking for a public high traffic
site?
A high traffic site running MyFaces of course. I recall
seeing an email
I don't know how Apache wants to handle it, but maybe they could accept
the dependency on a temporary basis.
Meaning: allow for a sun-dependency until an Apache-compatible version
is built and only during development (let's say up to beta-state)
Indeed that wadi-stuff looks cool at first sight
The new website has links to the mailing list-archives that are not
searchable.
At http://marc.theaimsgroup.com/?l=myfaces-dev and
http://marc.theaimsgroup.com/?l=myfaces-user
are searchable archives.
Maybe it would make sense to add these two links to the website as well.
regards
Alexander
I just wonder when the App-Server guys will start to select the
JSF-implementation
to be integrated into their JEE-5 release product...
Alexander
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 10:56 PM
To: MyFaces Development
http://su64sr2.csintra.net/CsEclipse/index.php
Gruss
Alexander
Sorry...
m email-client had the wrong idea to whom this message should go... please
ignore
-Original Message-
From: Jesse Alexander (KBSA 21)
Sent: Tuesday, February 14, 2006 10:17 AM
To: Barbieri Sandro (KCCA 31); MyFaces Development
Subject: CsEclipse Reporting (frühe Version
Somebody knows how stable the EL already is?
Alexander
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 31, 2006 11:11 PM
To: MyFaces Development
Subject: Re: JSF 1.2 now !?!
Jesse Alexander (KBSA 21) wrote:
Now that the first versions
with
coordination of a
competition...
Jesse Alexander (KBSA 21) wrote:
http://wiki.apache.org/myfaces/WeNeedaGoodDemoApplication
Ain't linked yet in any other page. I just did not really
find where
to put it...
Alexander
Unfortunately I have to say that it is true for the JSF 1.1 part...
Just breaks every other time...
Though I tend not to give up...
Anyway Mike... how about tagging the actual stuff as 1.1-facelets
and put up a new set of jar-files at jsf-comp?
regards
Alexander
-Original Message-
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 08, 2006 11:08 PM
To: MyFaces Development
Subject: Fwd: status of the optional validator stuff [Was:
Bookmarking, History and JSF]
-- Forwarded message --
From: Martin
http://wiki.apache.org/myfaces/WeNeedaGoodDemoApplication
Ain't linked yet in any other page. I just did not really
find where to put it...
Alexander
From: Jonas Jacobi
[mailto:[EMAIL PROTECTED] Sent: Tuesday, February 07, 2006
7:58 PMTo: MyFaces DevelopmentSubject: Re: We
-Original Message-
From: Carsten Fregin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 07, 2006 10:52 AM
To: MyFaces Development
Subject: Re: We need a good demo application
I like seam, but it is still beta. You are, for example, not able to
display a DataModel without first
another use case could be an application to form/research/organize
user-groups
(there was something for free once...) in order to be able to start
building
JSF-user groups in different places...
regards
Alexander
Hello:
We would like to be able to handle the ActionListener event
without converters
and validators (associated with fields on the form) generating
error messages.
When the form is submitted, we do want the field converters and
validators to
sorry was distracted and have not checked the receipient...
-Original Message-
From: Jesse Alexander (KBSA 21)
Sent: Thursday, February 02, 2006 8:24 AM
To: MyFaces Development
Subject: RE: Any way to disable/sidestep
converters/validators while processing a ActionListener event
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 31, 2006 11:58 AM
To: MyFaces Development
Subject: Re: Bookmarking, History and JSF
Yeah - but where do you store these tinyurls? On the server?
In a database?
Offer an interface that
and tie up ...
regards
Alexander
regards,
Martin
On 1/31/06, Jesse Alexander (KBSA 21)
[EMAIL PROTECTED] wrote:
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 31, 2006 11:58 AM
To: MyFaces Development
Subject: Re
to put it in a nutshell:
add GET-processing to JSF...
+100 ;-)
regards
Alexander
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 10:35 AM
To: MyFaces Development
Subject: Bookmarking, History and JSF
Hi all,
I'm having ideas
let's hope it will... THAT WOULD BE HYPER-GREAT ;-)
-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 10:58 AM
To: MyFaces Development
Subject: Re: Bookmarking, History and JSF
Hi!
JSF - minus complete state-saving + GET-processing +
@Manfred: I guess I saw a ticket in RI stuff for this. What's the EGs
plan for enabling bookmarkable URLs ?
We could discuss it with Ed Burns this evening in the ##jsf chat.
Lately he's online almost every day...
regards
Alexander
-Original Message-
From: Matthias Wessendorf [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 12:09 PM
To: MyFaces Development
Subject: Re: Bookmarking, History and JSF
We could discuss it with Ed Burns this evening in the ##jsf chat.
Lately he's online almost every
@Manfred: I guess I saw a ticket in RI stuff for this. What's the EGs
plan for enabling bookmarkable URLs ?
Somebody can check for the id (url) of this ticket (being in a workshop
I have limited online-possibilities ;-)
regards
Alexander
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, January 27, 2006 7:19 PM
To: dev@myfaces.apache.org; dev@myfaces.apache.org
Subject: Re: Bookmarking, History and JSF
Unless I misunderstood--
I've been saying you wouldn't want this though,
looks good
- dark image as bruno already mentioned
- header-background and logo-background should be equalized
grats
alexander
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 24, 2006 1:52 AM
To: MyFaces Development
Subject: [maven] Website
I
Ed Burns has received the ok from Sun to deploy the RI for JSF 1.2 to
maven-repo.
Seems that Sun is moving.
regards
Alexander
, Jesse Alexander (KBSA 21)
[EMAIL PROTECTED] wrote:
Ed Burns has received the ok from Sun to deploy the RI for JSF 1.2 to
maven-repo.
Seems that Sun is moving.
regards
Alexander
-Original Message-
not transfer this to the new site. Any ideas how we could integrate
the old logo within the Apache feather logo?
Thoughts?
-/Original Message-
how about put the feather on the old MyFaces-head...
Sort of like the apaches did with their feathers in the
Why do you think others are ignoring it? ;-)
I, for myself, prefer small downloads with a explicit list of
dependencies.
Also for the examples...
regards
Alexander
PS: It would be interesting to dive into maven... but I have some other
loose ends to fix...
-Original Message-
From: Sean
color-scheme [B] seems more readable (according to my eyes).
The Easter-faces, though, somehow do not fit MyFaces (according my
mind).
Good idea to have the mentioned subsite-textual logo on the right
regards
Alexander
-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
does the continuum script ask for a shell-variant that is not
available in the zone?
regards
Alexander
-Original Message-
From: Bruno Aranda [mailto:[EMAIL PROTECTED]
Sent: Friday, January 13, 2006 2:49 PM
To: MyFaces Development
Subject: Re: [zones] Anyone want to help setup a
- is the wrapper executable? (does it have the x-attribute when you
ls -al ?)
- how about the user-rights?
would be great to be able to have a peek (readonly) on the
zone of another project, that is already running their continuum ;-)
regards
Alexander
-Original Message-
From: Bruno
sounds cool
and then
let's have the possibility to let users register themselves on a
using MyFaces world map
regards
Alexander
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Friday, January 13, 2006 8:30 PM
To: MyFaces Development
Subject: Cool idea for the
sounds like a wiki issue... or jsffaq.com issue
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Werner Punz
Sent: Wednesday, January 11, 2006 7:05 PM
To: dev@myfaces.apache.org
Subject: Re: JFYI: change session to request bean - the way life
Woha, neat problem...
-Original Message-
- Our tests use a Mock JSF impl that's just a mockmaker
run over jsf-api - but that's not totally ASF-legit.
We've included that jar in this distribution, but this needs
to be redone the right way.
so... is this jar non-asf compatible? If yes... I guess
Could the ProjectSet-plugin be what you are looking for?
http://www.ejbprovider.de/homepage/index.html
hth
Alexander
-Original Message-
From: Matthias Wessendorf [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 05, 2006 9:58 AM
To: MyFaces Development
Subject: Re: Maven Build (Ongoing
Hi Mario
I think it is because in this way (having this logger-abstraction in the
myfaces-jars)
it is possible to eliminate the runtime-dependency on commons-logging in
an
easier way.
If, as deployer, I do not want commons-logging in the container, at most
I
write two dummy-classes which
As soon as a JSF-1.1-implementation uses a JDK 1.4 (and above) feature
(as jdk-logging) this implementation will be flagged as non-complieant.
Therefor we have a use-case against java.util.logging.
As it seems, it is less of an issue if a javax.faces.* class has a
runtime
dependency (eg. to
Message-
From: Jesse Alexander (KBSA 21)
Sent: Wednesday, December 07, 2005 7:53 PM
To: MyFaces Development
Subject: RE: Loggers in API Components
As soon as a JSF-1.1-implementation uses a JDK 1.4 (and above) feature
(as jdk-logging) this implementation will be flagged as non-complieant.
Therefor
-config.xml
files from component jar
Now this is Open Source again. Jesse will scratch his itch and provide
a patch, and we will still discuss about what is the optimum in two
years from now ;)
regards,
Martin
On 12/6/05, Jesse Alexander (KBSA 21)
[EMAIL PROTECTED] wrote:
So you prefer to keep a rather
Won't work because the appserver/servlet-engine has complete freedom of
ordering jars in classpath as it likes. Only the order of classpath's is
specified (and looking at the weblogi/tomcat-confrontation on the
ordering of the classpath's not even that is specified well)...
There is absolutely
So you prefer to keep a rather UGLY behaviour, th eone where you never
can be
sure in which sequence the jar-files are processed?
It just makes it almost impossible to use a set of custom-components
from external
companies, if you need to override a renderer for example...
I'd rather have the
Then we should add a requirement as soon as JSF 2.0 JSR is opened.
With a bit of lobbying, it should be possible.
regards
Alexander
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Werner Punz
Sent: Wednesday, November 30, 2005 7:09 PM
To: dev@myfaces.apache.org
Are there plans to put the slides (and / or transcripts, videos) on the net
afterwards?
regards
Alexander
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 24, 2005 5:08 PM
To: MyFaces Discussion; MyFaces Development
Cc: Reinhard Pötz
Try to give s a better name (== more letters) strictly following the
JavaBean
Rules...
hth
Alexander
From: Marco Nady [mailto:[EMAIL PROTECTED]
Sent: Monday, November 21, 2005 3:44 PM
To: dev@myfaces.apache.org
Subject: Question ?
I have two classes A,B
-Original Message-
org.apache.myfaces.NUMBER_OF_VIEWS_IN_SESSION
defines the number of the latest views stored in the session with a
default of 20 (like RI)
-/Original Message-
Great... one less test/investigation I have to do before being able to
request that JSF gets mandatory
-Original Message-
IMO having a max number of views stored in the session is quite
adequate for this. If the user navigates to other pages the oldest
view is dropped if the max number is reached. Correct me if I´m wrong
but this is different to the RI. AFAIK RI stores the last n views
-Original Message-
This sounds good to me. Any idea how we can implement it. The only
solution I have is too have an additional thread running somewhere
which checks for timeouts.
-/Original Message-
Put a bean into application context, which gets the info about actual
sessions
-Original Message-
I don't see how excluding sandbox stuff from myfaces-all.jar will take
anything away from our users. If you want to use the sandbox stuff
you just need two jars: myfaces-all.jar and sandbox.jar.
-/Original Message-
true
-Original Message-
I like
-Original Message-
Because it makes things more complicated. We've got enough on our
plate now. At some point when J2SE 5.0 becomes the standard we will
switch to it.
-/Original Message-
the question is WHEN is a new JDK standard?
I know enterprises (and some of them big
Hi Jonas
do you think that Oracle customers (eg. DB-licensees)
petitioning for a release could help your tema in its
struggle?
regards
Alexander
From: Jonas Jacobi
[mailto:[EMAIL PROTECTED] Sent: Friday, August 19, 2005 12:32
AMTo: MyFaces DevelopmentSubject: Re: Oracle ADF Faces
-Original Message-
Many people answer to a Jira notification directly instead of adding a
new comment.
-/Original Message-
Any chance that these answers can be bounced? Maybe that would waken up
the offenders
Alexander
(non-voter-comment)
In my opinion the single-letter tlds should be reserved for the official
tld's (delivered with JSF).
All extension libraries like ADF or tomahawk should use slightly longer
prefixes to stand out more...
Alexander
-Original Message-
From: Sean Schofield
-Original Message-
This is perhaps a naive related question: Why are we using mailing lists
as opposed to usenet newsgroups? Are they easier to manage?
-/Original Message-
Well some companies do not allow usenet-access to their employees but
will tolerate mail-lists...
just one
Hi
lately when I responded to a JMeter question on the user-list Sean told
me that some ideas to do JMeter-tests for MyFaces are already discussed.
In the next weeks I will have to do
- single request profiling (memory, net traffic
- loadperformance tests
- implementation comparision (RI vs.
-Original Message-
Yes, a separate tiles example would be better IMHO.
-Manfred
-Original Message-
I am not quite sure. The whole point about the simple examples are
that they should be simple. Adding tiles to them would be too much for
the very very novice user.
-Original Message-
I know its useful but it does contain a bunch of jars and adds to the
size of the download.
-/Original Message-
make it a separate download and explain WHEN and WHY a developer
would/should/could use it.
Then it will be downloaded less...
regards
Alexander
User-wish:
yes: make tomahawk RI-compatible
but: keep JavaScript free as an option
thanks
Alexander
Well.. will be interesting.
If there is something that customer's (of Sun) can help, let us know.
The TCK and therefor final-state is quite important for deployment in
big companies, where decisions often are taken by
non-technically-suficiently-educated bean-counters...
Right now in certain
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 PROTECTED]
Sent: Sunday, July 03, 2005 7:54 PM
To: [EMAIL
-Original Message-
What do people think about including javadoc in the binary distro?
Obviously the javadoc won't be in the SVN but should it be included in
the distro? What about the javadoc for the TLD?
-/Original Message-
I could live with a separate download or as a part of
How fast do you think that JDK 5 will be accepted by the big customers?
Usually the appserver-industry waits quite some time until they go for a new
jdk. And lots of customers will then wait some more time before they will
upgrade to a new app-server-version that supports the new jdk. Even if
-Original Message-
bijou - pronounced bezhoo
Definition:
http://www.askoxford.com/results/?
view=dictfield-12668446=bijoubranch=13842570textsearchtype=exactsort
order=score%2Cname
or
http://dictionary.reference.com/search?q=bijou
Etymology:
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Friday, June 03, 2005 9:45 AM
To: MyFaces Development
Subject: Re: Suggested codenames for new components subproject
perhaps
Apache Faces Jewel
?
Sounds catchy for non native speakers at least. ;-)
Thoughts?
on it's place.
Or did you mean the RI sources?
-Manfred
2005/5/27, Jesse Alexander (KBSA 21) [EMAIL PROTECTED]:
Hi
I panicked because in the downloadable JSF-sources that package contains
only a package.html but no sources. I double-checked just now: the class-files
are in the jar-file
Hi
I have a question about this package. I thought javax.faces.* package
define the JSF API. And therefor those packages and classes should be
available in all implementations.
- MyFaces delivers this package which contains quite a few usefull classes
in its myfaces-jsf-api.jar giving the
, 2005 10:01 AM
To: MyFaces Development
Subject: Re: javax.faces.component.html package
On 5/27/05, Jesse Alexander (KBSA 21) [EMAIL PROTECTED] wrote:
Hi
I have a question about this package. I thought javax.faces.* package
define the JSF API. And therefor those packages and classes should
-Original Message-
Actually I forgot to mention my idea for sandbox. I think we should
have a separate jar file for the sandbox (myfaces-sandbox.jar) It
would have the necessary share code + sandbox specifcic TLD + its own
javadoc.
-/Original Message-
Maybe it makes sense to
I tried it with 1.0.9 and got this in the TC-log:
-
26.05.2005 09:58:59 org.apache.myfaces.renderkit.html.HtmlRenderKitImpl
getRenderer
WARNUNG: Unsupported component-family/renderer-type:
ch.ajsw/ch.ajsw.renderer.MyHelpRenderer
26.05.2005
If you want a step before that, the jsf-comp-project on sf.net is
activated.
There the committer-rights could be given freely to everybody who's
interested. When a component is ready, it could be promoted to
the sandbox for refinement, tests and final documentation by an
approved
But would this not imply, that stuff underneath the sandbox must
be a component?
What about stuff that should evolve into the implementation (eg. new
non-jsp renderkits) or into the commons (eg. new utility-classes) subprojects?
regards
Alexander
-Original Message- (shortened)
From:
OR have a corporate ruling that forbids teh use of JavaScript on
intranet-applications...
And if you think about it, product liability could force lots of websites to
remove
teh javascript dependency... Cross-site-scripting could cause damages to an
end-user
and in that case I would not like
76 matches
Mail list logo