Mike,
As discussed earlier in this thread, I should be able to take
a validator someone else wrote and add Tomahawk validation
without subclassing ValidatorBase.
Adding the interface is far more flexible; there's no reason
not to do it.
-- Adam
On 7/13/06, Mike Kienenberger [EMAIL
I think that having a ValidatorBase is reasonable enough, but thatit's critical to make the real API an interface in this case. We can'trequire that everyone on the planet extend from ValidatorBase ifthey want to take part in this. For one example, what if I download
a third-party validator, and
use Tomahawk and Trinidad and... together :-)
How can you not need it? Verifying that dates are correctly formatted is really important, for example, and that's in converter land. I'd even go out on a limb and say that client converters are *more* important than client validators.
-- Adam
at client side might be range and compare.
But that overlooks all the validation done by converters - number formatting and date formatting in particular. -- Adam
By the way, these validators run only at onsubmit event of the form. I've also implemented simple onkeypress validation that allows only
[
http://issues.apache.org/jira/browse/MYFACES-1353?page=comments#action_12419299
]
Adam Winer commented on MYFACES-1353:
-
This seems invalid to me; Seam shouldn't be using text/html to send RSS feeds.
A RenderKit is responsible for vending
: JSR-127
Versions: 1.1.3
Reporter: Adam Winer
Priority: Minor
java.util.AbstractMap (as well as AbstractSet, etc) have very useful default
implementations of toString() which are extremely handy for debugging.
org.apache.myfaces.context.servlet.AbstractAttributeMap implements
[
http://issues.apache.org/jira/browse/MYFACES-1342?page=comments#action_12417825
]
Adam Winer commented on MYFACES-1342:
-
That's inaccurate; we don't override the renderkit for all components, only a
few, and as can be seen from the stacktrace
[
http://issues.apache.org/jira/browse/MYFACES-1342?page=comments#action_12417422
]
Adam Winer commented on MYFACES-1342:
-
There's no obvious reason this is Trinidad-specific; Trinidad doesn't affect
h:outputLink.
Can't add nested param tags
IMO, I think the best choice is deprecating updateActionListener
(and ADF's setActionListener) in favor of the JSF 1.2
setPropertyActionListener.
-- Adam
On 6/11/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Well,
rendered is also not called if
:)
On 6/11/06, Jacob Hookom [EMAIL
a date validator for verifying formats of dates is
wrong; format masks should get checked by Converters, not Validators.
So, I'm -1 for extending any of that codebase. MyFaces can do much
better.
-- Adam
Backwards compatibility - at least of a sort; you won't get
AbstractMethodErrors when using 1.1-compiled subclasses.
-- Adam
On 6/5/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
does anybody know why the methods added to ViewHandler or
ExternalContext in 1.2 are not abstract, like
of technologies where
adoption is lacking. That makes a great case for continuing to put
effort into JSF 1.1-based software.
-- Adam
Yep, as someone here pointed out (Matthias?), the jsp-api-2.1.jar
in:
https://maven-repository.dev.java.net/nonav/repository/javax.servlet.jsp/
... contains javax.servlet.jsp.
-- Adam
On 5/23/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello Adam,
good news.
Have you found a public
I mean, contains javax.el. :)
-- Adam
On 5/23/06, Adam Winer [EMAIL PROTECTED] wrote:
Yep, as someone here pointed out (Matthias?), the jsp-api-2.1.jar
in:
https://maven-repository.dev.java.net/nonav/repository/javax.servlet.jsp/
... contains javax.servlet.jsp.
-- Adam
On 5/23/06, Bernd
The following *should* work:
onclick=return confirm('You sure?')
... if chaining of JS handlers is implemented correctly.
-- Adam
On 5/9/06, Pich [EMAIL PROTECTED] wrote:
Is it possible to have a confirm popup (for example use javascript confirm)
on a button created with a JSF
people around the
codebase to help new developers contribute, and especially point out
areas that I think would be helpful to the overall MyFaces project
(the renderkit test framework, the state saving implementation, etc.).
I think this'd be helpful, right?
Cheers,
Adam
/core_1_2/trunk to .../myfaces/core_1_1/trunk ?
Manfred,
In Subversion, you can merge from anywhere to anywhere else; trunk
and branches are just conventions.
-- Adam
Jacob (as he pointed out above) came up with what I think a rather
clever idea - using multiple HTTP response headers to embed
the multiple response sections. Very untraditional, but I think it'll
work very well and scale nicely.
-- Adam
On 5/2/06, Travis Reeder [EMAIL PROTECTED] wrote
with that.
Regards,
Adam
3. The existing component(s) ? that still use
Prototype library should be converted to use Dojo.
Yes, this is just a matter of getting'er done.
Obviously the existing components will have to be
altered concurrently with the changes in the Phase
Listener, so
The Renderer does certainly need to know that it is handling an
AJAX request, but any Renderer that is capable of initiating
an AJAX request would, just like they're already capable of
detecting events to their components during decode().
-- Adam
On 4/29/06, Martin Marinschek [EMAIL PROTECTED
a lot of them, not just the Tomahawk ones,
and you never want to tell users Feature X only works
if you use components A, B, and C.
-- Adam
On 4/26/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
For the upcoming conversation tag I need some enhancements to the form,
commandLink
I completely agree with Jacob; this is not the path we
should be carving out in JSF. There's a better way!
-- Adam
On 4/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I think the approaches of the blueprint components are highly faulty--
especially with the use of dojo.bind. You
My understanding is that they're not yet there.
I'll bug Jacob about this - I'll need it for ADF pretty darn soon too...
Bernd - have you found a public maven repository that
carries a javax.el implementation?
-- Adam
On 4/27/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 4/25/06, Bernd
with tomahawk
components.
That's a mindset that we have to get away from! JSF
functionality should work with all JSF components; otherwise,
we're back to a lock-in scenario, which discards the whole
advantage of having a standard like JSF.
-- Adam
In the current case the user still can use the h
a RequestParameterProvider.
I just strongly disagree with the idea that FormRenderer should be calling it;
it should be called by a ViewHandler decorator.
Regards,
Adam
[
http://issues.apache.org/jira/browse/TOMAHAWK-396?page=comments#action_12376860
]
Adam Winer commented on TOMAHAWK-396:
-
I'd vote against adding this component; updateActionListener is almost
invariably a better choice; this also breaks
?
-- Adam
On 4/19/06, Werner Punz [EMAIL PROTECTED] wrote:
Volker Weber schrieb:
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
[ http://issues.apache.org/jira/browse/MYFACES-1289?page=all ]
Adam Winer updated MYFACES-1289:
Status: Patch Available (was: Open)
selectBooleanCheckbox does not call endElement(input
Reporter: Adam Winer
HtmlCheckboxRendererBase.renderCheckbox() uses writeText() to try to close up
the input; that's incorrect. It should use endElement(input). This bug
generates a bunch of warnings when using MyFaces with ADF Faces, and also will
generate invalid XHTML.
--
This message
[
http://issues.apache.org/jira/browse/MYFACES-1289?page=comments#action_12375399
]
Adam Winer commented on MYFACES-1289:
-
Patch:
Index:
core/src/main/java/org/apache/myfaces/shared/renderkit/html/HtmlCheckboxRendererBase.java
[
http://issues.apache.org/jira/browse/MYFACES-1290?page=comments#action_12375466
]
Adam Winer commented on MYFACES-1290:
-
A FacesContext instance should not be used at all after a call to release(),
and there's no way for an implementation to really
On 4/18/06, Gary VanMatre [EMAIL PROTECTED] wrote:
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
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
in a hurry...
-- Adam
On 4/18/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
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
[
http://issues.apache.org/jira/browse/TOMAHAWK-261?page=comments#action_12374828
]
Adam Winer commented on TOMAHAWK-261:
-
In addition, document.write() cannot be used in XHTML.
http://www.w3.org/MarkUp/2004/xhtml-faq#docwrite
Do not use
Tomahawk
Type: Bug
Versions: 1.1.2-SNAPSHOT
Environment: Generic issue.
Reporter: Adam Winer
The current dummy form code in DummyFormUtils has a block that reads:
if (stateManager.isSavingStateInClient(facesContext))
{
//render state parameters
[ http://issues.apache.org/jira/browse/TOMAHAWK-253?page=all ]
Adam Winer updated TOMAHAWK-253:
Status: Patch Available (was: Open)
Dummy form code must call StateManager.saveSerializedView() for server-side
state saving
[
http://issues.apache.org/jira/browse/TOMAHAWK-253?page=comments#action_12374383
]
Adam Winer commented on TOMAHAWK-253:
-
As with my last issue, no true patch, but a one-line fix provided in the bug
text.
Dummy form code must call
I'd definitely want to use the same workflow.
-- Adam
On 4/13/06, Sean Schofield [EMAIL PROTECTED] wrote:
Is there a reason why we can't use the custom MyFaces JIRA workflow
for the ADF Faces project? We have a few little extras that are nice
to have and this will ultimately make it easier
Excellent, thanks! Once I get an apache account,
karma for the SVN, and a bit of free time, I can
check this puppy in and we can started for real!
-- Adam
On 4/13/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 4/13/06, Martin Cooper [EMAIL PROTECTED] wrote:
I believe this is done. Your
Scratch item #1 - just got the e-mail, [EMAIL PROTECTED]
now exists. ;) Who can grant me karma for
http://svn.apache.org/repos/asf/incubator/adffaces/?
-- Adam
On 4/13/06, Adam Winer [EMAIL PROTECTED] wrote:
Excellent, thanks! Once I get an apache account,
karma for the SVN, and a bit
for slashing through the inevitable red tape on the
Oracle side of things.
-- Adam
On 4/13/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/13/06, Adam Winer [EMAIL PROTECTED] wrote:
Scratch item #1 - just got the e-mail, [EMAIL PROTECTED]
now exists. ;) Who can grant me karma for
http
Components: File Upload
Versions: 1.1.2-SNAPSHOT
Environment: Generic issue.
Reporter: Adam Winer
If you have both the ExtensionsFilter and the AdfFacesFilter installed (both
are required by the respective libraries), and the ExtensionsFilter goes first,
any page containing
[ http://issues.apache.org/jira/browse/TOMAHAWK-249?page=all ]
Adam Winer updated TOMAHAWK-249:
Status: Patch Available (was: Open)
ExtensionFilter does not play nice with other filters performing file uploads
[
http://issues.apache.org/jira/browse/TOMAHAWK-249?page=comments#action_12374281
]
Adam Winer commented on TOMAHAWK-249:
-
(OK, not a patch available strictly speaking, but see the above code for
getContentType())
ExtensionFilter does not play nice
implementation of an ExpressionFactory
would be an excellent thing. I'm kinda tired of hearing how a webapp
framework is great or awful because the underlying EL it uses is great
or awful, when the EL implementation should be decoupled from the
framework.
-- Adam
The only advantage I can see
with the absolute intention that
people would build stronger, more powerful ones. I continue to
be surprised that no one's doing that (Shale's dialogs being one
of the sole exceptions).
-- Adam
On 4/6/06, Martin Marinschek [EMAIL PROTECTED] wrote:
the navigation handler doesn't read
On 4/6/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Adam,
we've been through the phase listener approach already. Was nice, but
with security it doesn't work out.
How do you restrict what can be applied to the backing beans or the
components? It's just not possible, except you configure
you imagining a stub JSF component tree that simply processes
the bookmark (after validating), then forwards on to the real page?
That sounds better than mixing the bookmarking processing into the
view page, which has a whiff of old Model 1 development about it.
-- Adam
That means a custom
I should be there, and could talk about ADF.
-- Adam
On 4/6/06, Stan Silvert [EMAIL PROTECTED] wrote:
In addition to the dinner, it sounded like there was interest in a MyFaces
Committers and Contributors meeting.
Please let me know if you are coming and if you are willing to lead
you do know that all EditableValueHolders will deliver ValueChangeEvents.)
-- Adam
On 4/6/06, Martin Marinschek [EMAIL PROTECTED] wrote:
What I remember, the ADF-Faces partials allow an m:n relationship
between triggers and updated components/regions.
Is that the same here?
regards
- it
should be tackled as an application-level concern - generate
bookmarkable links via ViewHandler.createActionURL(), handle
restoring state on the incoming requests via a PhaseListener.
-- Adam
On 4/5/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
3) create a new component, which takes
ADF does, yes: the new view state is sent down with the response.
For this to be quick, it requires that save state be made efficient and
fast, hence the work I've been describing on my blog to massively
improve the performance of JSF state saving.
-- Adam
On 4/4/06, Dennis Byrne [EMAIL
There's not enough code in it to warrant subclassing; filters
and servlets that forward are a far better way to attach additional
behaviors. Plus, some code that uses the existence of FacesServlet
in WEB-INF/web.xml would have done poorly.
-- Adam
On 4/4/06, Martin Marinschek [EMAIL
coded side effects
that you want to trigger (such as a property change event getting fired).
Though if you actually want the setter to be called, you could just
call it from the constructor.
-- Adam
FYI, there were some serious regressions in 2.0.3 and they're
working on 2.0.4 to fix them.
-- Adam
On 4/3/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Bernd et al.,
Since Maven 2.0.3 has better Wagon support now. Is there a chance to
get rid of our custom wagon-maven-plugin?
Manfred
[
http://issues.apache.org/jira/browse/MYFACES-1197?page=comments#action_12373032
]
Adam Winer commented on MYFACES-1197:
-
Mike Y: that is a tough problem: you don't have the current UIComponent to
find from - which is unfortunate. If the target
And Javadoc as well on the component. Examples,
Javadoc, tag documentation, etc. (And, if there
were a solid testing framework in place, unit tests
as well!)
-- Adam
On 3/30/06, Jurgen Lust [EMAIL PROTECTED] wrote:
+1
A component is useless if people don't know how to use it.
Jurgen
Oh, absolutely - the sandbox should have minimal entry requirements,
and maximal exit requirements. :)
-- Adam
On 3/30/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I'm explicitly -1 on putting this restriction on new components in the
sandbox.
The sandbox is a playground
a total cut down of the code of at least 30% average and a
total cutdown of artefacts from 5 to 2.
Is the code reduction you're noting there from eliminating the JSP tag code?
-- Adam
Craig McClanahan schrieb:
On 3/28/06, *Werner Punz* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote
a custom handler.
-- Adam
is used to generate the component class,
faces-config, the JSP tag, the TLD, the facelets taglib, and our docs.
-- Adam
for some higher
level aggregates and seldom-used lower level components would have
relatively little impact on performance. (But as usual, this is an
abstraction vs. performance issue.)
-- Adam
at all, or
to be enclosed in any sort of AJAX zone component - so you
can redraw any component. As long as they follow some standard
best practices for using the ResponseWriter, it just works.
-- Adam
On 3/20/06, Jacob Hookom [EMAIL PROTECTED] wrote:
A lot of this is occurring with JSF 1.2
that weren't set on this request
because they're in a different form (or subform) than the one
that was submitted.
The interesting question is how to tie an annotation
driven approach like this - which I really like - to all of
the information resident in the UIComponent tree.
-- Adam
On 3/13/06, Barry
One thing I'd like to get in gear right now : is there a utility
out there that can do batch replacing of license files for .java
and .xml files? I'd like to get the per-file license done before
checking in the new drop and I'm dreading doing this manually.
-- Adam
On 3/9/06, Martin
I have very mixed emotions about rushing into any standards here,
de-facto or otherwise. There's a lot of different ideas here,
and I don't want to latch into any one just yet. Let's
take our time to get this right.
-- Adam
On 3/9/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
saveBean stuff
And you know I wouldn't miss it!
-- Adam
On 3/9/06, Abrams, Howard A [EMAIL PROTECTED] wrote:
I'll be there!
From: Jonas Jacobi [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 09, 2006 9:55 AM
To: MyFaces Development; MyFaces Discussion
Subject
Most of 'em sure, but Jacob can put away too much beer.
I say we specifically don't let him come. :) (Unless he
gets Facelets and javax.el in a maven repos, then he's
allowed.)
-- Adam
On 3/9/06, Jacob Hookom [EMAIL PROTECTED] wrote:
Can RI guys come? ;-)
Adam Winer wrote:
And you know I
Woo hoo! Let's get rollin'.
FWIW, on INCUBATOR-17, Garret Rooney wrote:
You also need to have an incubator status page set up at
http://incubator.apache.org/projects/ before any infrastructure can be
set up
... so there's at least one thing to get nailed down.
-- Adam
On 3/8/06, Craig
[
http://issues.apache.org/jira/browse/MYFACES-1162?page=comments#action_12368960
]
Adam Winer commented on MYFACES-1162:
-
This also might be caused by attempting to use binding to store a UIComponent
into a scope other than request. UIComponent
The row state saving is quite necessary (I remember
the discussion). The algorithm in UIXTable is actually
fairly simple: an atom of state is either meaningful
(contains non-default values) or not. If we've got
meaningful state left, don't drop it.
-- Adam
On 3/1/06, Manfred Geiler [EMAIL
the first drop.
Thanks,
Adam
On 2/27/06, Omar Tazi [EMAIL PROTECTED] wrote:
Hi Adam,
Manfred submitted the incubation proposal to the incubator PMC. I assume
they are currently voting on it and will let us know (hopefully anytime
now) what the result is. Almost there :)
-Omar
Adam
Sounds good to me (both grouping and a prominent mention of incubator status.)
Adam
On 2/27/06, Sean Schofield [EMAIL PROTECTED] wrote:
Concerning JIRA, my preference would be to add an ADF faces JIRA
project and group it together with MyFaces (like we have done for
Tomahawk and Tobago.) We
is rendering for it is that our replaced commandLink renderer
will refuse to do anything if it isn't inside of a form. If memory serves,
it logs a warning in this case. Could you check that you're using
a form (either h:form or af:form, we don't care which)?
-- Adam
On 2/26/06, Dennis Byrne
Validation
phase and into Update Model. That's a *huge* change, and not
one I'd recommend. For one thing, you can't roll back updateModels()
that have already succeeded, so you've ended with a partially valid
set of values added to the model
-- Adam
On 2/25/06, Jurgen Lust [EMAIL PROTECTED] wrote
at some point.
-- Adam
major goals for the ADF Faces codebase is to
extract a public API from the current adfinternal rendering
APIs, which reminds me I need to post some support
for John's api/impl split e-mail... :)
-- Adam
On 2/21/06, Laurie Harper [EMAIL PROTECTED] wrote:
The Tomahawk components 'inject
the current approach, that's what the myfaces-commons
would in fact be.
-- Adam
On 2/22/06, Sean Schofield [EMAIL PROTECTED] wrote:
I agree with Manfred that we should not rename the implementation jars
(myfaces-impl.jar and myfaces-api.jar) for the reasons he has stated.
Even if you take Maven out
I'm puzzled here - is the TCK *really* asserting that this converter ID
is the wrong value?
This is clearly a bug in the RI, and the TCK should be asserting
the correct value, not covering up the RI bug much less forcing
MyFaces to have the same bug!
-- Adam
On 2/22/06, Dennis Byrne [EMAIL
[
http://issues.apache.org/jira/browse/TOMAHAWK-2?page=comments#action_12367472 ]
Adam Winer commented on TOMAHAWK-2:
---
Check out the IndentingResponseWriter class in oracle.adfinternal.view.faces.io
in the ADF Faces source code drop. Once the ADF Faces
[
http://issues.apache.org/jira/browse/MYFACES-1148?page=comments#action_12367193
]
Adam Brod commented on MYFACES-1148:
Dennis-
Neither of those issues is related, as far as I can tell.
Adam
Weblogic Classloader problems during development
[
http://issues.apache.org/jira/browse/MYFACES-1148?page=comments#action_12367194
]
Adam Brod commented on MYFACES-1148:
I gave up on the JSF-RI quite a while ago; however, I did experience the same
problem with the FactoryFinder not finding
[
http://issues.apache.org/jira/browse/MYFACES-1148?page=comments#action_12367216
]
Adam Brod commented on MYFACES-1148:
Ok, I did some additional debugging into the Weblogic ClassLoader.
The root of the problem stems from the weblogic Weblogic drops
On 2/19/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Sun, 2006-02-19 at 22:33 -0800, Adam Winer wrote:
Weee if you implement StateHolder, this isn't an issue.
The public no-arg constructor will be used, variable initializer
expressions will run, etc.
If you implement
Versions: 1.1.1
Environment: Weblogic 9.0, 8.1, etc. Windows XP Pro sp2.
Reporter: Adam Brod
Like most weblogic users, our team develops using the exploded war format.
That means that each time we deploy a new version of a class, weblogic
automatically picks it up. The way Weblogic
On 2/20/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Mon, 2006-02-20 at 11:51 -0800, Adam Winer wrote:
IIRC, you have a personal stake in this issue, but the
plain truth is that there is no war anymore - java.util.logging
won by Sun's fiat. Technical superiority is not the ultimate
will.
-- Adam
On 2/19/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 2/19/06, Dennis Byrne [EMAIL PROTECTED] wrote:
I updated the Shale snapshots about half an hour ago... coincidence?
Wendy
This would have happened w/ or w/out your update.
The fix for this was to put
with
this by adding the log() method, or by providing an implementation
of:
private void readObject(ObjectInputStream in)
... which can re-initialize any transient values.
I am *so* thankful that java.util.logging doesn't force any of
this pain on its users.
-- Adam
On 2/19/06, Craig McClanahan
on newlines.
I like opening braces on newlines, as it makes it much easier to line
them up mentally. I've never heard a reason for keeping opening
braces on the same line other than it saves space, which isn't
much of reason with today's monitor sizes.
-- Adam
Regards,
Volker
Martin
Some of the state manager code coming in from ADF Faces
will help in this area; it's not a magic bullet, but it can help
significantly.
-- Adam Winer
On 2/17/06, Jesse Alexander (KBSA 21) [EMAIL PROTECTED] wrote:
From my tests comparing client and server state, I must say client-state
and understand
the code, esp. what is the public API and what is
the private API.
-- Adam Winer
On 2/17/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
maybe we should apply some code style conventions during maven build...
also ... I personal don't like some *old school* doings like:
private String
the interface.
-- Adam
On 2/15/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hmm...
I never use public in interfaces - and with IntelliJ, you can even
change the settings so that you get a warning on that.
AFAIK, it's supposed to be good code style to leave those public
modifiers out, but don't
Excellent news - thanks, Craig!
-- Adam
On 2/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 2/14/06, Adam Winer [EMAIL PROTECTED] wrote:
Thanks, Martin. :) Though I like to think of myself as the Godfather
of JSF (I've made Ed some offers he couldn't refuse). Hans Bergsten
On 2/13/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Well, members we could bother that come to my mind are:
Geir Magnusson
has been already helpful for MyFaces regarding TCK
Craig R. McClanahan
Mister JSF :-)
No offense to Craig, but the real Mr. JSF is Ed Burns!
-- Adam
I think it was John Fallows that told me there's a way to set up
Maven2 to add in a Maven 1 repository. Dunno the details,
and obviously it'd be better to have it as a full maven 2
artifact including the pom.
-- Adam
On 2/14/06, Sean Schofield [EMAIL PROTECTED] wrote:
Are there plans
an internal implementation standpoint,
in particular - will be a bigger challenge. Worth taking on,
but it'll take time.
-- Adam
On 2/14/06, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
+1 for jira split, imho it's needed for different release cycles.
But before doing so we should think about
Thanks, Martin. :) Though I like to think of myself as the Godfather
of JSF (I've made Ed some offers he couldn't refuse). Hans Bergsten
is JSF's uncle who doesn't write anymore. Jacob Hookom married into
the JSF family. I'd go further but I'd get myself into trouble.
-- Adam
On 2/14/06
and PreDestroy are cool, but the JNDI resource injection
ones are awful.)
I've no idea who'd be responsible for providing implementations of
javax.annotations in Apache. A new commons project?
-- Adam
On 2/14/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Wo-ow!
cool, that went fast!
Now, I'm
dependencies. I've been wondering if I'd need to rip these
out (and would rather not have to, but will if needed.)
Thanks,
Adam
On 2/7/06, Dennis Byrne [EMAIL PROTECTED] wrote:
I don't need it, but an implementation requires this minimum.
Didn't realize this report was only for tobago, in which
501 - 600 of 721 matches
Mail list logo