Hi!
This code generation stuff does make code more *consistent* between the
various bits (taglib, faces-config, java) but definitely does not make it
simpler to work with. IMO, it introduces a whole new set of concepts that
will make it harder for new developers to get into this code.
I
Hi Matthias,
yep.
-xml configuration == mini faces-config files
-templates == in order to override some *defaults* (like when you
want to do something special inside the validate() for InputFile,
provide a template, which is a real Java class)
-it generates the real UIComponent java file as
Hi Simon!
First, my intention was/is to find a solution. I don't think that we
manage to create an all new generator stuff. We had plenty of time in
the past to make this thing fly, but failed.
So, while I'd really support your idea about a annotation driven
generator, I don't think that we will
Leonardo Uribe schrieb:
For sure, I thought we can generate the stuff and then commit the
generated files, so no need to regenerate for each build, just when
something in the component config changed.
Yep, this just works nicely if we go the abstract component route, no?
else you'll lose all
Hi!
1) we do an abstract component base class, very clean, however, it
will not work for MyFaces-AP
I personally think we can go with option 1 only - there are not so
many API classes, and changes in the API are not ocurring too often.
+1
I have no problems if this does not work with the API
Hi!
ok - then please suggest one. This is all about finding a clean way,
and we are at this point as we haven't found another clean way to do
it so far.
I had a quick chat about this topic with Matthias and I think now I
understood a little bit better what the thought how to work with the
Leonardo Uribe schrieb:
Not have code completion and other features on the IDE is a low price
for we have with templates.
Not that I would like to veto at this point (which I am not able to do,
for sure), but:
We already gave up some comfort with having the shared stuff. You know,
you can
Hi!
Is it better to use plain html tags (if possible) instead of jsf-tags
e.g. for images, divs etc when no EL expressions are used ?
Yes, definitely. This is just a block of verbatim text, which is written
out very efficiently. Using a component to write the same text is much slower
Hi Simon!
Are there any objections?
Sounds good!
Ciao,
Mario
Hi!
Hmmm... I agree that flash can be misleading, but access doesn't seem very descriptive to me. I
think page or view might be more appropriate.
As it is currently in Orchestra, the fomer flash-scope is exactly an
access-scope. As long as the bean is accessed it stay alive, regardles
of
)
I left out the project-specific parts of the stack trace because it's
not relevant, but there were no nested exceptions.
On 1/29/08, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
Did you get my second email? That's the entire output I got when I ran it.
Uh, oh, ok!
So
Hi!
Did you get my second email? That's the entire output I got when I ran it.
Uh, oh, ok!
So then, it seems that VFS thinks the file is either a directory or non
existent.
Could you please:
*) check the filetype of the FileObject see if its virtual or whatever
*) try to connect to the
Hi!
Could not read from
ftp://ftp.ncbi.nih.gov/pub/HomoloGene/current/homologene.data;
because it is a not a file.
at
org.apache.commons.vfs.provider.AbstractFileObject.getInputStream(AbstractFileObject.java:1149)
at
[
https://issues.apache.org/jira/browse/VFS-195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12563142#action_12563142
]
Mario Ivankovits commented on VFS-195:
--
Hmmm I think the examples on our web-page [1
Hi!
I'd also like to see submitOnEvent promoted. I've gotten a lot of use
out of it, although I don't know how may others are using it.
+1 to submitOnEvent
I use it constantly too.
Ciao,
Mario
Hi Martin,
I think I understood it now - you
have a header per row for the details in this row, and also allow each
main-row to have a header now?
I am not sure if this describes it exactly - it is not about having headers.
Or lets say, one header for three nested tables.
Have a look at
Martin Marinschek schrieb:
I don't get through to this server, sorry :(
Sorry, try this one: http://www.ops.co.at/~opsj/table.html
Ciao,
Mario
Hi!
Shouldn't this work somewhat
similar to how the detailStamp in t:dataTable works now?
Yep, why not, should work that way too. The real magic will be the
embedded=true attribute to the datatable, and a different way how to
define the column header for the master table.
Ciao,
Mario
: Extended Datatable
Reporter: Mario Ivankovits
As discussed in this thread
http://marc.info/?l=myfaces-devm=120118289000330w=2
add a new attribute to the datatable which allows to reuse the layout of the
parent table.
The attribute name so far is embed=true|false where false
Hi!
I probably have changed something, which I am unable to find again,
and I keep having this exception now:
2008-01-23 17:31:56,789 [btpool0-1] ERROR (PhaseListenerManager,77) -
Exception in PhaseListener RENDER_RESPONSE(6) beforePhase.
java.lang.NullPointerException
at
Hi!
One thing in JSF which constantly worries me is, that it is not easily
possible to create a more complicated table layout with
group/group/detail style.
What I mean is somthing like this:
Name Column1 Column2
Data1HeaderInformation1
Sub1HeaderInformation1
Name1 10 20
[
https://issues.apache.org/jira/browse/MYFACES-1804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits updated MYFACES-1804:
--
Resolution: Duplicate
Status: Resolved (was: Patch Available)
It is so
[
https://issues.apache.org/jira/browse/VFS-194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561011#action_12561011
]
Mario Ivankovits commented on VFS-194:
--
could you attach a svn diff with the whole patch
Reporter: Mario Ivankovits
In a little bit complicated form using multiple PPR areas the datascroller
attached to a datatable stopped working with InternetExplorer after the first
ajax request.
MyFaces always sent the current page again.
It turned out that the code in oamSetHiddenInput
[
https://issues.apache.org/jira/browse/MYFACES-1805?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1805.
---
Resolution: Fixed
Fix Version/s: 1.2.2-SNAPSHOT
1.1.6
Hi!
MyFaces is really pretty large already.
I try to avoid to have the next Jakarta ;-)
What was the problem with Jakarta?
The only thing we should not being afraid of is to split the myfaces
mailinglist once traffic for a module of myfaces is getting too heavy
and there is a significant
[
https://issues.apache.org/jira/browse/MYFACES-1802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12558369#action_12558369
]
Mario Ivankovits commented on MYFACES-1802:
---
I'd check the existence
Hi Simon!
public void serveResource(ServletContext context, HttpServletRequest
request,
-HttpServletResponse response, String resourceUri) throws
IOException;
+HttpServletResponse response, String resourceUri)
+throws IOException, ClosedSocketException;
Hi!
% String beanName = request.getParameter(beanName); %
tc:panel
f:facet name=layout
tc:gridLayout rows=fixed columns=1*;1*;1*/
/f:facet
tc:out id=out value='%= #{ + beanName + .value} %'/
tc:in id=in value='%= #{ + beanName + .value2} %'/
Woho would never have
Hi!
WOW that was quick.
If you also have an exitsing ApplicationContext.xml file and an
example DAO, that would help a lot.
I specially dont know what object will be injected into the DAO
instead of the EntityManager from the regular examples.
Ok, I took the time to setup the long awaited
: MyFaces Core
Issue Type: Bug
Affects Versions: 1.2.0
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
For example: With /myStrange.path/view.jsp the extension .path/view.jsp
will be derived.
In DefaultViewHandlerSupport a wrong regular expression
[
https://issues.apache.org/jira/browse/MYFACES-1790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=1225#action_1225
]
imario edited comment on MYFACES-1790 at 1/3/08 2:19 AM:
[
https://issues.apache.org/jira/browse/MYFACES-1790?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits reopened MYFACES-1790:
---
This fixed broke the HtmlColumn component as now it tag creates a UIColumn
component
Matthias Wessendorf schrieb:
I think the TAG-Clazz should cast against UIColumn
(instanceof) and not against HtmlColumn;
Ok, I'll do that, still, I think there is something very wrong if we
have to check for this special case in the generator all around.
Ciao,
Mario
Hi!
After checking against ri and spec; I think we do it in the right
way.
The component type in htmlcolumntag is javax.faces.column and the
component-type in standard-config for htmlcolumn is
javax.faces.HtmlColumn.
I think the componentType in HtmlColumnTag should be
Hi!
AFAIK this tag-class is the only tag that the RI folks don't generate.
I don't like to fuck the plugin as well; so we could have this tag as
real code as well;
regarding the std-faces-cfg I agree that HtmlColumn should
reflect it's type.
With wrong, you talk about the UIColumn (since 1.2)
[
https://issues.apache.org/jira/browse/MYFACES-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1798.
---
Resolution: Fixed
Fix Version/s: 1.2.2-SNAPSHOT
DefaultViewHandlerSupports
[
https://issues.apache.org/jira/browse/MYFACES-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=1267#action_1267
]
Mario Ivankovits commented on MYFACES-1798:
---
I think I fixed the last-dot-after
Components: General
Affects Versions: 1.2.0
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
UIData do not honor first and row value binding in decode.
If rows= and first= points to a valueBinding during decode these values will
not correctly taken by evaluating
[
https://issues.apache.org/jira/browse/MYFACES-1789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1789.
---
Resolution: Fixed
Don't know the current release status, so leaving Unknown as Fix
hoped commons-logging was at the end of its development life..
Regards,
Simon
On Sat, 2007-12-15 at 20:07 +0100, Mario Ivankovits wrote:
this sounds like yet another complexity.
I18n can be solved by a custom app layer even easier, no?
So this would mean we should go your custom myfaces logger
Sorry, resending to dev list.
Hi!
And why not helping fixing the tomahak component?
Shouldn't we stop duplicating work and making the user worring about which
comp-lib to choose?
Mario
-Original Message-
From: Matthias Wessendorf [EMAIL PROTECTED]
Date: Saturday, Dez 15, 2007 3:36 pm
Heaven, must still be drunken ..
Hi!
And why not helping fixing the tomahak component?
Shouldn't we stop duplicating work and making the user worring about which
comp-lib to choose?
Mario
-Original Message-
From: Matthias Wessendorf [EMAIL PROTECTED]
Date: Saturday, Dez 15, 2007
still drunken seems like. sorry for the noise.
Mario
-Original Message-
From: Mario Ivankovits [EMAIL PROTECTED]
Date: Saturday, Dez 15, 2007 3:58 pm
Subject: Re: [site] preferred doc format for website
To: Reply-MyFaces Development dev@myfaces.apache.orgReply-To: [EMAIL
PROTECTED
does this mean EVERY user has to drop in a slf4j jar then?
Why not stick with cl and those willing to use sl4j drop in the adapter jar?
Mario
-Original Message-
From: Matthias Wessendorf [EMAIL PROTECTED]
Date: Saturday, Dez 15, 2007 5:53 pm
Subject: [commons] What Logger ?
To: Reply-
,
but... commons should not depend on that.
(a cool discussion on the hackaton)
-M
On 15 Dec 2007 19:01:00 +0100, Mario Ivankovits [EMAIL PROTECTED] wrote:
does this mean EVERY user has to drop in a slf4j jar then?
Why not stick with cl and those willing to use sl4j drop in the adapter jar?
Mario
to commons-logging or log4j.
Regards,
Simon
On Sat, 2007-12-15 at 18:32 +, Bruno Aranda wrote:
And sorry, I do not know sl4j, what do we gain with it? Thanks!
Bruno
On 15 Dec 2007 19:26:00 +0100, Mario Ivankovits [EMAIL PROTECTED] wrote:
could you explain what we gain from that switch
Hi!
And why not helping fixing the tomahak component?
Shouldn't we stop duplicating work and making the user worring about which
comp-lib to choose?
Mario
-Original Message-
From: Andrew Robinson [EMAIL PROTECTED]
Date: Friday, Dez 14, 2007 6:09 pm
Subject: Re: [Trinidad] Issue with
Sorry for the whitespace stuff, I thought I reverted them.
This one is the real patch:
Author: imario
Date: Sat Dec 8 05:05:14 2007
New Revision: 602459
URL: http://svn.apache.org/viewvc?rev=602459view=rev
Log:
fixed regression regarding viewController scope
Modified:
[
https://issues.apache.org/jira/browse/ORCHESTRA-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548721
]
Mario Ivankovits commented on ORCHESTRA-13:
---
But the RequestParameterProvidedManager should not see any
Hi!
1. The Blue-Orange, two complementary colors, has a strong contrast,
but in my opinion blue is a very common color in many logos now a days
in special ICEfaces has a blueish logo.
+1
Thats my favorite! This also allows us nicely to adjust the site colors.
2. The Apache red-Apache
Hi!
Here are the possible Logo's that Adonis forwarded me for the bridge
project. Anyone have any preferences? I think I like the ones in
logo_3 better but not sure which one.
In logo_3 I like 3 and 7, where I'd opt for 7 as this is stylish enough
to not be a bridge but still remembers one
Hi!
I am fine with that, just, I'd change the name commons for
validators/converters/fileupload
/commons/
-/myfaces-validators
-...
or what ?
I thought more about
/commons/
-/myfaces-commons-utils
/newprojectname/
-/myfaces-newprojectname-validators
Hi!
I thought more about
/commons/
-/myfaces-commons-utils
/newprojectname/
-/myfaces-newprojectname-validators
-/myfaces-newprojectname-converters
-/myfaces-newprojectname-ppr
-/myfaces-newprojectname-grids
-/myfaces-newprojectname-layouters
no real need for a new project name, IMO
Hi!
I don't think a separation between api and impl jars is useful.
I second that. For the same reasons. It makes things unnecessary
complicated
To ensure api stability community review should be enough - and then
there is a maven plugin for that, no?
BTW: I thought we agreed on a
Hi!
I am trying to create a master-detail screen scenario and am following the
best-practices guide in the wiki (the simple CRUD cycle -
http://wiki.apache.org/myfaces/A_simple_Crud_Cycle) and it does not actually
work. Am I doing something wrong?
Unhappily the author of this page did not say
Hi!
well, when we put in the converters/validators, we will also have faces-cfg
for them...
Yep, if we have separate projects we can have the faces-config.xml again.
Regarding the sandbox: I'd like to suggest to use the tomahawk sandbox
for myfaces land at all. Lets promote the
Hi Manfred!
Oh no! Seems like we are going round in circles... :-(
Seems like.
A mail (31.10.2007 21:59) from you
And don't forget about all those (renderkit-independent!) converters
and validators. People might argue for putting them into a jsfcommons
components artifact. What about the
Hi!
If we need jar supporting component-developer we should stop the
repackaging of shared, create a shared.jar and add the dependency
instead to impl and tomahwak.
Oh ... how much I'd love this to happen
Ciao,
Mario
Hi!
that would easy the debugging as well.
why? If you have both sources for api and impl jar in your IDE there
is no difference.
It IS. You have to know at which class to set a breakpoint. Even if you
see a shared class, you have to set the breakpoint to the refactored
Hi!
Mario Ivankovits [EMAIL PROTECTED] schrieb:
I don't see any reason why we shoulnd't being able to provide a stable
api even for shared.
I have to strongly disagree here.
I know what all this means, but, this statement, and what Manfred wrote
means, that MyFaces
Hi!
Hopefully JSF2.0 will have a better managed bean (IOC) system defined. Or
that they will drop that part of the spec completely, and just recommend
that an external one be used.
due to the lack of openness, we'll get a surprise :-)
If Sun would recommend to use Spring ... now
Hi!
I am afraid that Tomahawk could be a showstopper for a migration from
myFaces 1.1.5 to 1.2.1.
I use tomahawk here with MyFaces 1.2.x-head (with facelets). No real
problems here so far.
Ciao,
Mario
Hi!
-- Then I'm sure you're not working with the combo MF1.2 + Facelets +
Tomahawk 2.0 because that's a joke. Even selectOneMenu's don't work
properly. (have a look at the posted bugs)
Dont know what Tomahawk 2.0 is, but this is the list of libraries we use
(-dev means they are home-made
Hi!
the solution is far from perfect.
For me, every solution requiring buffering is far from perfect. With JSF
1.1 nothing else worked except like the StreamingAddResource or
DojoAddResource, but they have their own drawbacks.
For JSF1.2 this is why I suggested in another thread to
Hi!
So, I propose to always render amp; as it is recommended in the W3C
HTML Spec.
I'd propose to make it configureable out of the box, a simple
context-param with default to amp; - easy enough and will survive the
users from providing their own LinkRenderer.
Something like:
Hi!
I am using the xine-xxmc plugin and cle266 hw decoder for some years now;
video running smoothly and cpu usage is low. vdr is running with vdr-xine,
but I don't see why you could not use xxmc also with xineliboutput...
Interesting.
Do you use the TV-Out or VGA? The quality should be
Hi!
On 11/15/07, *Andrew Robinson* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
It seems like, for the most part, tomahawk is a dead
project (no releases for a long time, no promotion of the sandbox to
the core tomahawk project in a long time, etc.).
I am still VERY happy
Hi!
we'll do a MyFaces Hackathon in Vienna - from December 14th to 16th.
Looks like I'll be there on Friday 14th and Saturday 15th.
And, well, Apple-Juice for me please, I do not drink any alcohol ..
What about a WIKI page where we collect what to Hack-A-Ton? I have an
idea for the PPR
Hi!
And, well, Apple-Juice for me please, I do not drink any alcohol ..
...since...?
Any bad experiences you have made recently? :)
Hmmm can't remember ;-)
Yes, a wiki page for collecting the todos sounds like a good idea.
If you mean the message stuff for ppr, this is
Hi!
BTW, I do not understand why some of you are so scared by multiple
jsfcommons artifacts.
I see it being much work to maintain ... but anyway, since you are the
one who is going to do the initial maven work :-) I do no longer argue
against.
So, can we start now ;-) ?
Ciao,
Mario
Hi!
I've just heard that Spring-Webflow will add JPA-support in the next
release. We should dress warmer here ;)
Yes, I already know that. Well, competition is always good ;-)
I see:
1) JBoss Seam, which might be very feature-full but which is also very
intrusive to your application and
Hi!
I am not sure if I talk about the same, but
In Orchestra it is all about beans. What would be nice is, if we could
define a page-flow (state A) having it's own set of beans and being able
to enter the page-flow (state B) again and having a new set of beans
then (effectively the same
Hi!
flash is somewhat confusing to persons that know rails...
Should we change the name(s)?
manualConversation
flashConversation
AFAIR in the documentation we already talk about conversation.manual and
conversation.flash.
Ciao,
Mario
Matthias Wessendorf schrieb:
yes, but the term flash is used there differently, from what I heard.
So then, what is an appropriate term in the JSF world?
---
Mario
Hi!
Do we want to migrate to the cwiki, that some Apache projects are using ?
I don't like to use a commercial product for open-source development.
In fact, this also counts for JIRA, but this decision has been felt.
Ciao,
Mario
Do we want to migrate to the cwiki, that some Apache projects are using ?
I don't like to use a commercial product for open-source development.
In fact, this also counts for JIRA, but this decision has been felt.
... except for my IDE where I didn't manage to be as productive
Hi!
What are the thoughts about providing a Joda DateTime converter in the
upcoming commons project ?
BTW, we use Joda here for a long time, so I have something to contribute
Ciao,
Mario
Hi!
I have a suggestion that would solve this (and the naming as well):
Let's start a new MLP* called MyFaces JSF Commons
which is itself an umbrella project for two artifacts** called
MyFaces JSF Commons Utils and MyFaces JSF Commons Components
For the artifact names I propose:
Hi!
which is itself an umbrella project for two artifacts** called
MyFaces JSF Commons Utils and MyFaces JSF Commons Components
I suggest that I prepare an initial setup, and check it in, so that
there is some concrete stuff we can talk about.
Ok?
I still don't get why we should
the MyFaces Commons project
To: Reply-MyFaces Development dev@myfaces.apache.orgTo: MyFaces
Development dev@myfaces.apache.org
On 10/31/07, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi!
which is itself an 'umbrella' project for two artifacts** called
'MyFaces JSF Commons Utils
Hi!
Is it possible to describe full attribute optimistic locking in a couple
of sentences, or should I look at the cayenne docs? (A quick google didn't
show anything obviously related..)
Sure. Instead of creating and locking on a special version field,
lock on all fields (or all
Mike Kienenberger schrieb:
Beware, (especially with the or all that are important thing) this
might allow to become your entity out of sync. Means, your entity is a
mixture of
Well, we're getting a bit off topic, but there's nothing to beware of
here. If you lock on all columns which
Matthias Wessendorf schrieb:
tr:validateUploadedFile / might be the better name.
I am very happy with this!
Though, should go to the upcoming commons project, shouldn't it?
Ciao,
Mario
-M
On 10/30/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
So, why not doing a
Hi!
Currently, if you call Application.createConverter with a non-existent
converterId a NullPointerException:675 will be thrown.
Is this required by the spec or do you mind if I change this to a
throw new FacesException(No converter with id + converterId +
found, e);
Ciao,
Mario
Reporter: Mario Ivankovits
Assignee: Mario Ivankovits
Fix For: 1.2.1-SNAPSHOT
see summary
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[
https://issues.apache.org/jira/browse/MYFACES-1755?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mario Ivankovits resolved MYFACES-1755.
---
Resolution: Fixed
create converter with unknown id fails with NPE
/30/07, Ron Smits [EMAIL PROTECTED] wrote:
How about Tsalagi? that is the name of the cherokee language
On 10/30/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
How about a new ASF style name instead of basic, commons or
something else that could be more easily
freundlichen Grüßen
Mario Ivankovits
Software Engineering
OPS EDV VertriebsgesmbH
A-1120 Wien, Michael-Bernhard-Gasse 10
Firmenbuch Nr.: FN51233v, Handelsgericht Wien
Tel.: +43-1-8938810; Fax: +43-1-8938810/3700
http://www.ops.co.at
E-Mail: [EMAIL PROTECTED]
Skype: mario_ivankovits
Hi!
2. Following some old discussion, we don't know if extra components
libaries are going to stay as MyFaces subprojects forever. For
instance, when RCF get out of incubation, it might be strange to have
a subsubproject of MyFaces since RCF is a subproject of Trinidad. If
we can get a nice
impl dependencies
would have to be resolved anyway.
Scott
Mario Ivankovits wrote:
Hi!
2. Following some old discussion, we don't know if extra components
libaries are going to stay as MyFaces subprojects forever. For
instance, when RCF get out of incubation, it might be strange to
have
Hi!
// TODO: this only supports one EL expression at the moment; it would
be nice
// to support multiple.
I do not exactly know why we stated that.
In fact, the TODO should be:
// TODO: Parse every #{} one by one, correctly convert it to a string
(e.g. by using converters) and url encode them
Hi Matthias!
but Orchestra expects a conversationContext param in that URL, like
/__ADFv__.xhtml?_afPfm=5c4a2651_t=fred_vir=/gmap/map.xhtmlloc=enconversationContext=1
Doing this as well:
context.getExternalContext().encodeActionURL(theUrlWeCreated);
I don't know anything about Trinidad, but
Hi!
navigation-case
from-outcomeadded/from-outcome
to-view-id/view.jsf?myParam=#{myManagedBean.id}/to-view-id
redirect/
Have a look at MyFaces-Orchestra. Especially at urlParamNav package [1]
to get an idea how this can be done.
I hope we can provide an implementation without
Hi!
MyFaces 1.2.1-SNAPSHOT builds properly on my computer - I am also
using /current12. Wonder what this is about... Mario, you are on the
latest sources as well?
Yep I didn't meant that I have this problem too, just wanted to
point out that checking out current12 will do the trick for
Hi!
1. Clear separation of API and IMPL (at least on package level, better
Shouldn't it be possible to have a stable API even without separating it
out?
Have a look at
http://commons.apache.org/beanutils/apidocs/org/apache/commons/beanutils/BeanUtils.html
for an example how
Hi!
Sure, an app-dev could write a validation method, but I think 0-byte
is somewhat equal to not submitted.
I don't think so. A 0-byte file is a valid file (might be a flag-file to
trigger something).
If you treat a 0-byte file as fake, what would you do with files with
just one space.
I
Hi!
The result of the vote is:
+1
Mike Kienenberger
Martin Marinschek
Matthias Wessendorf
Volker Weber
Gary VanMatre
Grant Smith
Cagaty Civici
Paul Spencer
Scott O'Bryan
Ernst Fastl
alvaro tovar (even if he don't know why ;-) )
Manfred Geiler
Bernd Bohmann
Ron Smits
I've abstaind from splitting
Mario Ivankovits schrieb:
+1
Hi!
Lets start up a MyFaces Facelets project. A name needs to be found.
The aim of this project will be to contain:
1) the taglibs for tomahawk and tomahawk-sandbox as long as we have the
generator not running again. I'd like to ask Bruno if we can jump-start
Hi!
Technically the answer is no for both questions.
Well the pragmatical (and only reasonable) answer to the second
question is yes in the JSF spec (comp. required for h:inputText).
Therefore it makes sense to say yes to Q1 as well.
I think the difference here is, that if there was a file
301 - 400 of 2516 matches
Mail list logo
