Hi,
Not sure what you want with the Ajax debug window (which gets nicer by
the day btw!), but atm when you don't open the window, scroll down (if
your page can scroll of course) and click open, it will be positioned
off-screen. Wouldn't it be nicer to have it sticky (keeps the same
position even
On 7/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 7/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
/**
-* Marks session state as dirty
+* Marks session state as dirty. THIS METHOD SHOULD TYPICALLY NOT
BE CALLED
+* BY CLIENTS; IT IS USED FOR
Hey,
It looks like I can't commit on the 1.2 branch. I'm trying to submit
WICKET-786 but when I try to commit I get:
svn: Commit failed (details follow):
svn: MKACTIVITY of
'/repos/asf/!svn/act/cb962618-1401-0010-a24a-194ac3a99449': 403
Forbidden (http://svn.apache.org)
I checked the
On 8/2/07, Gerolf Seitz [EMAIL PROTECTED] wrote:
the issue concerning the upgrade to YUI 2.3.0 is located at
http://issues.apache.org/jira/browse/WICKET-811
i already committed a patch too, so those who are interested in the whole
thing, could you please take a look at this?
Cheers. Does it
On 8/3/07, Sean Sullivan [EMAIL PROTECTED] wrote:
Eelco,
There is still a problem with calendar-skin.css
I removed that file. So either you have to update again, or SVN is
acting up on me.
Eelco
Ok, one more reply then.
But for DateTimePanel for instance, the check should pass if there is any
input for the date text field; the time- and AM/PM fields can be ignored.
great, so datefield { isrequired() { return fcp.isrequired()}}, the other
fields are simply not required. everything
hrm, so lets see DateTimeField:
public final boolean isRequired()
{
// prevent clients from overriding
return super.isRequired();
}
public FormComponent setRequired(boolean required)
{
dateField.setRequired(required);
return this;
}
You are just nitpicking. 99.9% of people won't override setRequired to
start with.
i dont know about that. seems to me that the majority of people who
implement a FormComponentPanel will be forced to overwrite it since that is
currently the model you have put in place.
Yeah, they should,
Let's get your votes! :)
Eelco
Well nevermind. I'm actually ok with doing this in onAttach. I rolled
back the change.
Eelco
On 8/13/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Let's get your votes! :)
Eelco
On 8/18/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
ive noticed something interesting just now
lets say you add a header contributor to a component. then call
setenabled(false) on that component. guess what - bam - no header
contributor. this is because
AbstractBehavior.java
public
On 8/19/07, Sean Sullivan [EMAIL PROTECTED] wrote:
I tried building Wicket 1.3 trunk and I noticied that one of the tests is
failing:
Arrgh, again. Thanks, I fixed it.
Eelco
On 8/20/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Please join me in thanking Upayavira for his invaluable guidance
during our incubation and transition to Apache Wicket.
I wish Upayavira the best of luck in his endeavors and hope we will
meet again in the (near) future.
Second that.
Looks good to me Xavier. A danger about the example is that it would
probably be easy to be focussed on determining the password strength
rather than how to create a custom component, but then again, the
example by itself is nice, and can't just be found in the examples
projects.
The kind of
On 8/22/07, Xavier Hanin [EMAIL PROTECTED] wrote:
On 8/22/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
Looks good to me Xavier. A danger about the example is that it would
probably be easy to be focussed on determining the password strength
rather than how to create a custom component
[ x ] yes release 1.3.0-beta3 to our community
[ ] no, ...
Eelco
While your editing the pages of the Apache Wicket site, fix the link to
Eelco's Blog under blogs it now points to:
http://chillenius.wordpress.com/ but that should be:
http://chillenious.wordpress.com/
Ah, that's why no-one ever visits my blog ;-)
Eelco
On 8/26/07, Mark Derricutt [EMAIL PROTECTED] wrote:
I notice the web.xml uses the servlet and not filter approach - which is the
'preferred' option these days? Any reason to use one over the other? And
if not - maybe mention the filter in the talk and why you might want that.
The filter is
Holy crap, this is actually a very serious problem! I missed it in the
former messages somehow. But I just tested form input, and the problem
even seems to persist across sessions! So the first message that is
loaded for a key wins, whatever session/ locale. This means that
localization is utterly
On 8/26/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
I have uploaded a new version (the third) of the Wicket 1.3.0-beta3
release to my
people.apache.org account. Updates are:
Sorry that I'm the bad guy this time, but the message bundle problem
(and probably the same goes for all resource
On 8/26/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 8/26/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
I have uploaded a new version (the third) of the Wicket 1.3.0-beta3
release to my
people.apache.org account. Updates are:
Sorry that I'm the bad guy this time, but the message bundle
Hi,
For Wicket In Action in converted an example from a ListView to a
RepeatingView. This example has to function in a form, so I set the
'ReuseIfModelsEqualStrategy'. Overriding hashCode (and equals) on the
model however results in quite a bit of code bloat, while my hunch is
that comparing the
On 8/27/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
the reason i did not provide this when i wrote the repeaters package is that
it can lead down some pretty awful roads. an easy example where this goes
totally wrong is when you use detachable models for the items. if you use
this decorator all
On 8/27/07, Frank Bille [EMAIL PROTECTED] wrote:
On 8/26/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
[x] yes release this third version of 1.3.0-beta3 to our community
[ ] no, ...
If Frank says it's good, it must be good! +1 for releasing.
Eelco
On 8/28/07, Socheat KHAUV [EMAIL PROTECTED] wrote:
Dear Wicket Developer,
Is there any provided document about customization web ui component and some
simple samples ?
Please take a look at the examples project. There is a component
reference in there and plenty of examples that will give
I think that fixed it.
Eelco
On 8/28/07, Jan Vermeulen [EMAIL PROTECTED] wrote:
I'll do that.
Jan.
Matej Knopp-2 wrote:
That's not good. Can you please create a jira issue for this?
-Matej
On 8/28/07, Jan Vermeulen [EMAIL PROTECTED] wrote:
The last changes made to
On 8/29/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
seems this is confusing a lot of users and it doesnt work the greatest, so
here is a vote
so the vote is to deprecate the constructor variants that do not take a
markup provider as an arg.
+1. Had plenty of problem with it myself.
Eelco
On 8/30/07, akast [EMAIL PROTECTED] wrote:
As I'm learning Wicket, it strikes me as redundant that your component
hierarchy must essentially be expressed twice: once in the Java code, then
again in your HTML file.
Why doesn't the Java code instead just define an unstructured pool of
On 8/31/07, Johan Compagner [EMAIL PROTECTED] wrote:
i don't care to much, how much extra work is it for us?
can't we just have something where you can add levels what ever you want?
like FeedbackMessage.addLevel(new Level(, 10));
-1 for adding another level, +1 for adding support for
I am trying to download the source code for wicket but I can't seem to find
it. I have searched the forums and the website for the link to no avail.
Hmmm. I see that we're not deploying versions with source jars on
maven repo's, while we are doing that for snapshots. Quite annoying.
Martijn,
On 9/2/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
On 9/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
I am trying to download the source code for wicket but I can't seem to
find
it. I have searched the forums and the website for the link to no avail.
Hmmm. I see that we're
Can you please, please avoid to reformat the classes everytime you
make a change? That makes it impossible to review your
modification.
I typically do that, but like here, I forgot it.
If you really want the sources to have consistent formatting,
please do it in a separate commit, possibly
What I suggest is: disable automatic reformatting, as it may
introduce noise in the diff. And once for all reformat the
whole Java code using Ctrl-Shift-F on the whole source tree.
What I suggest is that everyone formats their code so we don't have
this problem in the first place! The more
On 9/3/07, Johan Compagner [EMAIL PROTECTED] wrote:
I like it how it works now
and maybe some of us like Eelco don't need it. but as long as some others
don't do it as hard wired as he is. The auto cleanup/format of eclipse is
great
and should be kept on.
I am saying from day 1 that this
On 9/5/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
his fingers hurt from typing the book all day :(
Well said :) Btw, I didn't know I had the creds. Don't even know what
my login would be and how that machine is organized.
Eelco
On 9/6/07, Ate Douma [EMAIL PROTECTED] wrote:
Eelco Hillenius wrote:
On 9/6/07, Ate Douma [EMAIL PROTECTED] wrote:
Igor, others,
Any reason why eclipse project configuration files (.classpath, .project,
.settings/) are checked in?
Each time I run mvn eclipse:eclipse (from the root
On 9/8/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
The Wicket team is pleased to welcome Gerolf Seitz into our team.
Gerolf has been working hard on the Wicket datetime project and the
Wicket JMX panel. He has helped out on the user list and filed quite a
number of bug reports. His
On 9/11/07, Matej Knopp [EMAIL PROTECTED] wrote:
It's not a typo. It's javascript :-)
I was afraid someone would say that :)
b.onclick.bind(b)() -- the second pair of parenthesis, what does that mean?
Eelco
Hey,
Do we have a very good reason for having getAuthorizationStrategy in
Session? By default, this just does
getApplication().getSecuritySettings().getAuthorizationStrategy();
I'm revising the chapter on authorization currently, and it just looks
yacni to me. In the probably rare case that you
Gerolf, was this closed (with won't fix) because of discussion you had
with Nick?
Eelco
On 9/17/07, Gerolf Seitz (JIRA) [EMAIL PROTECTED] wrote:
[
https://issues.apache.org/jira/browse/WICKET-639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gerolf Seitz closed
I just came across this in WicketFilter:
BufferedHttpServletResponse bufferedResponse = null;
String queryString = servletRequest.getQueryString();
if (!Strings.isEmpty(queryString))
{
bufferedResponse = webApplication.popBufferedResponse(sessionId,
On 9/20/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
I appreciate the effort but we are very much better off if we could
include the generated dependencies reports of maven. This readme
document will get stale and out of date. And when building a release
you really don't have the time to
On 9/21/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
have you looked at the code?
Classes.isprimitive does not differentiate between int and Integer, while
Class.isprimitive() does
I overlooked that, but frankly, the name is ill chosen (as you're
*not* just testing whether the argument is a
On 9/21/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
so remove it and paste its body wherever it is used.
Done.
Eelco
OK, I'm now +1 on this. Paths through things look sensible, and I think
it touches sufficiently little to be manageable. We should merge it, do
some testing, and push out a beta4.
And with that, I'm +1. It also helps that some users expressed their
interest in this, and the fact that you (Ate)
On 9/25/07, Socheat KHAUV [EMAIL PROTECTED] wrote:
Dear Wicket Team Lead.
Could i join wicket development team ?
Hi Socheat,
Most of the open source projects, including Wicket, let developers in
based on merits. We would consider people who have been active on the
list for a long time,
I did a clean check out and now it works fine. Probably had a conflict
somehow (though I tried reverting amongst other things).
Eelco
On 9/26/07, Gwyn Evans [EMAIL PROTECTED] wrote:
On Wednesday, September 26, 2007, 1:28:09 AM, Eelco [EMAIL PROTECTED] wrote:
Btw, shouldn't those
Tough choice but I lean towards:
[ x ] 1) Keep the change. It provides friendlier HTML id's by
eliminating '.' characters and it's perfectly safe.
[ ] 2) Revert the change. It's not a bug and the magic behavior is
unnecessary and/or dangerous.
Eelco
I'm inclined to say 0.9 for option 2, as working around bugs does seem
like a stopgap measure.
Well, if it fixes enough problems, whether the fault is with us or it
isn't, I'm for 'fixing' and keeping a pragmatic hat on.
Eelco
And shipping the damned release *IS* important and *VERY* necessary,
or are we forgetting that we have still several users on a particular
branch with a constructor change and generics? So instead of working
around a couple of javascript frameworks' bugs we could fix bugs in
our code.
Both
On 10/6/07, Frank Bille [EMAIL PROTECTED] wrote:
And to spell it out: I'm not releasing tomorrow, only branching. So when
that is done and I have build the artifacts I will create a vote for the
actual release. :)
Sounds good.
Eelco
Check out the latest draft (25) of the JSR-286 Portlet API 2.0 specification,
PLT.4.3 Portlets and Web Frameworks (page 27):
http://hnsp.inf-bb.uni-jena.de/spec/JSR%202.0%20Spec/PortletSpec_20_noTrackChanges.pdf
:)
Yep, no going back now :-)
Eelco
Did you clean the project properly? What is the error you get?
Eelco
On 10/12/07, Korbinian Bachl [EMAIL PROTECTED] wrote:
Hi,
in my init() i used the addComponentInstantiationListener for loading
the wicket-contrib-javaee ejb3 bridge, but this is now broken, as
@Override
protected
Did we take any action for this? Is/ was there a JIRA issue for it?
Eelco
On 9/27/07, Johan Compagner [EMAIL PROTECTED] wrote:
call it earlier then.
we could do this in the onBeforeRender of a page:
(session != binded !isPageStateless())
{
session.bind()
}
johan
On 9/27/07, Matej
On 10/16/07, Matej Knopp [EMAIL PROTECTED] wrote:
Well, tbh, I don't know either. I think it's supposed to handle a
failure such as server not responding right now. I know before It
handled even exceptions, but i guess it's better to just display the
error page as we would normally do (which
Tell us which one it is, and one of the bamboo admins can do it.
Eelco
On 10/18/07, David Bernard [EMAIL PROTECTED] wrote:
Hi,
How can I add (my) wicketstuff project to bamboo.
My jira account : dwayneb
Thanks.
On 10/21/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hold on, the raw input _must_ be preserved after rendering. Where else
would we keep invalid input?
Why do we need to keep invalid input after rendering? Any such input
is already consumed for feedback messages, and the renders should
either
On 10/21/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 10/21/07, Matej Knopp [EMAIL PROTECTED] wrote:
Hold on, the raw input _must_ be preserved after rendering. Where else
would we keep invalid input?
Why do we need to keep invalid input after rendering? Any such input
is already
a bit more stuff in the
request itself..
Then everything is getting a bit easier.
But if we remove it, i don't do that extra work of course.
johan
On 10/1/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 10/1/07, Matej Knopp [EMAIL PROTECTED] wrote:
I don't think there's any harm
If someone (Frank?) is up to helping me a bit this weekend, how about
putting our beta 5 this weekend. The reason is selfish: we
(Teachscape) are gonna do a big release this weekend, I just fixed an
issue I need, and I also would like to use the memory improvements,
but I don't want to fix on
On 10/22/07, Johan Compagner [EMAIL PROTECTED] wrote:
i think there are no really major showstoppers at the moment. (as far as i
know)
And whats the difference for you if you just take beta5 now and use that in
your production
or if we already called that final? It will be the same kind of
On 10/22/07, Igor Vaynberg [EMAIL PROTECTED] wrote:
correct me if im wrong, but the plan was (and still is?) for 1.4 to
ONLY have the generics applied...
Yes. 1.4 is for the last missing JDK 5 related features of 2.0.
Eelco
On 11/3/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 11/3/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Though I'm not pro on this change, I suggest putting it in before rc1.
Why aren't you pro? Because you don't agree with the idea, or because
it is too late in the game?
Ugh, nevermind
On 11/3/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Though I'm not pro on this change, I suggest putting it in before rc1.
Why aren't you pro? Because you don't agree with the idea, or because
it is too late in the game?
Eelco
On 11/4/07, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 10/28/07, Martijn Dashorst [EMAIL PROTECTED] wrote:
Makes sense. And I see it works now perfectly. Thanks!
Actually, it doesn't seem to work for me.
I have DiscountsPage and UserPanel. The UserPanel is added to the page
it is because the path is userPanel.enclosure-3.signed_in_as. All
containers count for the path. The problem now is that enclosures
usually don't have wicket:id and users don't know which id has been
assigned. Unfortunately it looks like you can not assign your on id.
Wicket will a unique
I met Jonathan and Eelco last night and really enjoyed chatting with them
about Wicket and also telling them a little about the lift web framework (
http://liftweb.net).
Cheers David. We enjoyed your talk yesterday. Lots of interesting
stuff in both Scala and Lift. Let us know when you have
thoof is considering open sourcing these components:
Nice! I would say, put them in:
- thoof ajax feedback bubbles
- wicket-extensions
- annotation-based constraint validation framework (based on sun's
constraints framework)
Separate project. It introduces a new dependency right? Are
out of curiosity, what kind of annotation validation does it support?
is this similar to the wicketstuff-hibernate project? if so, it might
be worth putting in wicketstuff and trying to create an abstraction to
support both Hibernate and JPA annotations.
That makes sense.
I think facebook
great. at least eelco and i think it should be wicket-extensions (for 1.4)
because of the importance of it. would you be willing to take it over?
i will not have time to work on this much.
I was thinking about a separate core project actually, not extensions
since this would introduce a
On Nov 23, 2007 2:21 PM, Johan Compagner [EMAIL PROTECTED] wrote:
Reuse or not is not the point i think for this case
Because reuse is used when you rerender the complete repeater
but that is something they dont want to happen. They only want to rerender 1
item (or something in the item)
But
On Nov 23, 2007 1:48 PM, Johan Compagner [EMAIL PROTECTED] wrote:
how do you know which item is changed?
Does the item itself know that? Then you can just find it by using a
Component visitor..
What about using the reuse strategy for info like this?
Eelco
I guess I missed that item in the assignment list. I actually think
the logo that we have now (http://wicket.apache.org/) is quite ok. I
would suggest that we look for a revamp of the logo (little tweaks to
make it look better) rather than a full re-design.
Eelco
On Nov 28, 2007 9:05 PM, Jack
I'm starting the wicket contrib Active Widget project.
http://www.activewidgets.com.
It is not open source project, but full functional trial version is
asseccble for testing and evaluate purposes.
I've asked the author and he is not against if my project will be under
Apache license.
At
I have been working on creating the AjaxCounter screencast and for the most
part I'm doing pretty well. I'm using wicket-1.3.0-rc1 trying to follow the
AjaxCounter example [0].
What is [0]?
When I attempt to write the Index.java file I get
hit with an error from this part of the code:
Does anyone disagree with this
https://issues.apache.org/jira/browse/WICKET-1180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel?
Eelco
Hi,
Matej developed some cluster code that is optimized for Wicket (it has
for instance a clustered page store) + Jetty and that uses Tomcat
tribes for cluster communication. I've tweaked (mainly separated it in
3 projects to make the dependencies work) and tested it with
Teachscape. It looks
On Dec 15, 2007 1:42 AM, Matej Knopp [EMAIL PROTECTED] wrote:
Err, I haven't went through the whole thread, but I don't think the
wicket-jetty-cluster is a right thing to put in core.
The pagestore can/will be clustered without any dependencies on
servlet container. And the
Add Rapid Prototyping Forms
The Idea of Alistair Maw and Jonathan Locke (ROR? No. Wicket on Wheels.)
should be included in next Wicket. A set of nice looking
Defaultformcomponents and a Beanresolver to automatically let create
forms from just the plain bean but still allow to customize it
i am fine with 1.4 being _just_ generics if after 1.4 comes out we
drop support for 1.3. otherwise it will be like what johan says:
most bugs will affect 1.3 and 1.4 since they are the same code base
sans generics. after 1.4 comes out we have to start 1.5 immediately
because 1.4 will be a
Hi,
We should also do a deprecation release. We could make our first
'final' release this (1.3.0), and remove all the finals and
deprecations etc with 1.3.1. Or would you prefer something else?
Eelco
On Dec 15, 2007 9:25 AM, Igor Vaynberg [EMAIL PROTECTED] wrote:
looks pretty cool. what is the scope of this meant to be? should it be
just an entry point into the main site or should it really have all
those tabs - kinda replacing some of the functionaliy of the main
site?
I guess if those
On Dec 16, 2007 10:27 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
hm, looks like you removed them in rev 3383
Duh! Back again now.
Eelco
+1
Eelco
On Jan 1, 2008 7:06 PM, Martijn Dashorst [EMAIL PROTECTED] wrote:
Can we get some more votes please? This is a rather important release: it
will be plastered around the internets.
Martijn
On Dec 31, 2007 10:58 AM, Frank Bille [EMAIL PROTECTED] wrote:
I have now rebuild and
On Jan 6, 2008 12:15 AM, Igor Vaynberg [EMAIL PROTECTED] wrote:
we shold have a checkbox that sets a go-directly-to-old-website
cookie. no way i want to see this twice. also when the animation plays
there is no vertical scrollbar in the browser window, but when all the
text shows up there is
I suggest we take a look at annotations for:
* the mount with a page
A disadvantage to doing that imho is that you'll have those
definitions scattered throughout. Right now we steer people to do it
in one place.
Eelco
Pro's:
- a long list of mounts becomes unmanagable
- easy to add a mount: work on a page, slap on the annotation and you
have your mount done
- locality of the configuration
Con's
- distributed configuration, so hard to see the 'big picture' (though
a mounts page listing all mounts
One comment I have about classpath scanning is that *if* it turns out
to be a nightmare, you could go the route of Hibernate where you have
to register what annotated pages you want to support. ex:
public class MyWebApplication extends Application {
public void init() {
Wicket currently provides RequestCycle#onRuntimeException with the
full exceptions, including the Wicket wrapped exceptions. Is this
something we should/could improve on?
For instance the thrown exception in this onclick handler:
add(new Link(foo) {
public void onClick() {
On Jan 11, 2008 1:02 AM, Maeder Thomas [EMAIL PROTECTED] wrote:
I'd like to chime in on the conservative side here. I believe you should
only introduce a completely new way of doing things if there is a CLEAR
benefit to be had.
Exactly. See
On Jan 11, 2008 1:25 PM, Martijn Dashorst [EMAIL PROTECTED] wrote:
I think I have shared my part in writing about the pro's and con's I
see for the @Mount annotation, and all I got in return was I don't
like annotations.
Why does it have to be a HUGE improvement? Annotations *ARE* Java! Not
On Jan 11, 2008 11:53 AM, Martijn Dashorst [EMAIL PROTECTED] wrote:
I *still* haven't heard one single technical argument against using
annotations apart from Igor's concern that we would need to scan the
classpath.
You could turn that around just the same. I haven't heard a good
technical
Hello,
would it be possible to make some little changes in component markup lookup,
which would allow to control if the markup is inherited or is in the html
file ? Currently if I want to specify for formComponent own lookup, I have
to extend Panel, which is little bit painful. I've created
Hello Eelco,
thank you for your response. I've checked the FormComponentPanel, but if I
want to use it in forms I would have to reimplement all the functionality of
such components (eg. Button, CheckBox, TextField, ...), which would be
definitely reinventing the wheel. I'm looking for how to
On Jan 15, 2008 1:26 PM, Igor Vaynberg [EMAIL PROTECTED] wrote:
dont think so, you just check your stuff into svn. there is a
wiki/jira on wicketstuff.org. so set it up in the wiki, if you need a
jira project setup register for jira and let us know your username -
and we will create a jira
Yep, though scanning classpath seems to be the rage currently.
Yes, it seems to be:
http://bill.burkecentral.com/2008/01/14/scanning-java-annotations-at-runtime/
Thanks for the tip; looks like a good starting point.
Eelco
On Jan 17, 2008 2:36 PM, saki [EMAIL PROTECTED] wrote:
In that case it is sakiss (login name).
Petr
You're in. Have fun!
Eelco
Another problem (I think) with sourceforge is that space is limited.
Wicket-stuff is registered as one project, but there are quite a few
projects under there.
Eelco
On Jan 18, 2008 11:47 AM, David Bernard [EMAIL PROTECTED] wrote:
The one on apache is not accessible/updatable by wicketstuff
Hi,
Had a little discussion here:
http://www.artima.com/forums/flat.jsp?forum=276thread=223133
James mentions that he found the fact that the examples' pages extend
base classes confusing. And I can actually imagine that.
WDYT, should we change part of our examples, or give more explanation
Yeah! Thanks for sharing Mark,
Eelco
On Jan 29, 2008 11:37 AM, Mark Derricutt [EMAIL PROTECTED] wrote:
Nice:
http://www.jroller.com/ferg/entry/wicket_with_resin_webbeans
Not sure if Scott's ResinApplicationFactory also handles the
ComponentInjector side of the IoC as well but I thought
1 - 100 of 172 matches
Mail list logo