[Wicket-user] IntelliJ IDEA Wicket Plugin
Hi, Does anyone know if the Wicket plugin for IDEA has been open-sourced? I'd like to make some updates to it. Thanks, Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Help with AjaxFormComponentUpdatingBehavior
Thanks for your reply. I have some follow up questions to your respond: -
1. Do you mean ListChoice.onSelectionChange is not invoked instead of
ListChoice.onchange which is on client side?
2. What and when do I use getCallbackUrl()?
3. Am I right to presume the implementation in
AjaxFormComponentUpdatingBehavior.onUpdate(...) is to populate palette on
client side? Why does your implementation keep adding components to target?
My assumption is for target is add the component you are referring to
target
Thanks
Nino Wael wrote:
With Listchoiec are no longer invoked, I meant listchoice.onchange.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nino Wael
Sent: 8. december 2006 12:51
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Help with AjaxFormComponentUpdatingBehavior
As you write ListChoice are no longer invoked. The ajax event are called
afaik after all updates of model has occurred. I actually changed my
coding style after this and began using abstract models, its actually much
easyer coding this way, and all of your components will be ajax
prepaered...:)
Heres a code sniplet of what I do:
dropdown.add(new AjaxFormComponentUpdatingBehavior(onchange) {
public CharSequence getCallbackUrl() {
// hack since url is not encoded and so will
fail xhtml
// validation
String s = getCallbackUrl(true).toString();
return s.replaceAll(wicket, amp;wicket);
}
protected void onUpdate(AjaxRequestTarget target) {
AJAXpopulatepaletteList();
if (submit) {
target.addComponent(paletteSubmit);
if (addit) {
Iterator iter =
additional.iterator();
while (iter.hasNext()) {
target.addComponent((Component) iter.next());
}
}
} else {
target.addComponent(palette);
if (addit) {
Iterator iter =
additional.iterator();
while (iter.hasNext()) {
target.addComponent((Component) iter.next());
}
}
}
}
});
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of TH Lim
Sent: 7. december 2006 07:03
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Help with AjaxFormComponentUpdatingBehavior
Yes, the examples are good and it is where I started off when I look into
Wicket's AJAX.
I have questions: -
1. ListChoice.onSelectionChanged is not invoke when I add
AjaxFormComponentUpdatingBehavior to ListChoice. Does this mean ListChoice
behavior is handled thru AjaxFormComponentUpdatingBehavior after it is
added
to the component?
2. AjaxFormComponentUpdatingBehavior.onEvent is called when there is an
AJAX
event. What is AJAX event?
igor.vaynberg wrote:
see this example
http://www.wicket-library.com/wicket-examples/ajax?wicket:bookmarkablePage=:wicket.examples.ajax.builtin.ChoicePage
-igor
On 12/6/06, TH Lim [EMAIL PROTECTED] wrote:
Hi,
Where do I find more information about AjaxFormComponentUpdatingBehavior
class and classes related to it? I presume this is the starting point
when
I
want to add AJAX / JS feature to my application. Am I right to say so?
I have an usecase where I would like to use to JS resolve because this
is
what I normally do with my previous web applications. I have 2
ListChoice
(LC_A and LC_B), 1 ListMulitpleChoice (LMC_C) and 1 DropDownChoice
(DDC_D
~
in DISABLED state). What I want to do is I choose from LC_A and LC_B
will
be
populated with items based on what I have chosen in LC_A. Subsequently
LMC_C
will populated with items depending on what I have selected in LC_B.
Finally, when I click on any item in LMC_C, DDC_D will be ENABLED. If I
select another item in either LC_A or LC_B, DDC_D will be DISABLED. What
is
the way to accomplish this using AjaxFormComponentUpdatingBehavior or
other
Wicket AJAX components? Thanks
--
View this message in context:
http://www.nabble.com/Help-with-AjaxFormComponentUpdatingBehavior-tf2768381.html#a7770576
Sent from the Wicket - User mailing list archive at Nabble.com.
Re: [Wicket-user] Help with AjaxFormComponentUpdatingBehavior
Thanks for your reply. I have some follow up questions to your respond: - 1. Do you mean ListChoice.onSelectionChange is not invoked instead of ListChoice.onchange which is on client side? ListChoice.onSelectionChange is not an ajax thing. And when you have both specified i think the ajaxbehavour will just override the onChange code that is inserted for the onSelectionChange event. 2. What and when do I use getCallbackUrl()? you don't use it. Is is just what gets generated for you that is inserted in the onchange of your select component in the html. 3. Am I right to presume the implementation in AjaxFormComponentUpdatingBehavior.onUpdate(...) is to populate palette on client side? Why does your implementation keep adding components to target? My assumption is for target is add the component you are referring to target onUpdate() == onSelectionChange but then as an ajax call. (both code are ofcourse server side..) addTarget is saying all those components must be rerendered. When the ajax request ends. johan - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] SortableDataProvider, size() iterator(int first, int count), Correct execution order?
I am pro explicit contracts, but for dataproviders I think the general
use would be stateless, so no detach behavior necessary.
If we let IDataProvider extend IDetachable, then we have a lot of code
breaks. Though these can easily be resolved by extending the following
class instead of directly implementing IDataProvider:
public abstract class AbstractDataProvider implements IDataProvider {
/**
* Override this method if you keep IModel's or any other state that
* needs detaching.
*/
public void detach() {
}
}
Martijn
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well the thing here is expressiveness. the way it is right now was done to
avoid api breaks.
but if you look at the idataprovider - how do you know that you can make the
impl also implement idetachable and that will work? same can be said for
models, why have IModel extend IDetachable? it is so the contract is
explicit.
-igor
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
the question is is this really necessary because we have already code that
does the detach:
Note that if the IDataProvider implementation implements [EMAIL PROTECTED]
IDetachable}
* interface, the [EMAIL PROTECTED] IDetachable#detach()} method will be
called at
the end
* of request.
So if somebody makes a IDataProvider class if he wants to be detachable
then
just implement IDetachable and you can detach the stuff you load.
So would it be handy that all IDataprovider implementations are detachable
or let it be a choice?
johan
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
shouldn't we extend from IDetachable in 1.3?
i dont see a problem with that
-igor
johan
On 12/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
i guess if you are certain the size never changes this works ok
-igor
On 12/7/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Well, I just do two queries the first time... retrieving total
count
on size() call (just once), and then retrieve iteration on
iterator(...) call (every navigation event)... so, in steady-state
is
only one call...
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well in the example i gave you there should only be one query to
the
database
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Yes, I have already followed your sample, doing two queries to
database...
;)
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
no its not possible there is logic that ties the return call
of size()
to a
few things that need to happen before the call to iterator()
all it takes is your own subclass that i have shown you, i
dont think
its a
big deal.
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED] wrote:
My question is, nevertheless, would it be a significant
implementation
change to swap calls order from to current to
iterator(...) first and
size() later? then adding support for both cases in a
SortableDataProvider (Case 1: Big databases - 2 Calls,
Case 2: Small
databases - 1 Call)...
From my point of view, if supporting both cases, just by
swapping
those method calls (if so easy is it...), then it would be
great, no
worries to look for another impl... all-in-one...
Just wondering... ;)
Thank you for all your answers...
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net 's Techsay panel and you'll get the
chance to
share
your
opinions on IT business topics through brief surveys -
and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
chance to share
your
opinions on IT business topics through brief surveys - and
earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Re: [Wicket-user] IntelliJ IDEA Wicket Plugin
Nick, as far as I know the sources are attached in the jar. Dirk 2006/12/9, Nick Heudecker [EMAIL PROTECTED]: Hi, Does anyone know if the Wicket plugin for IDEA has been open-sourced? I'd like to make some updates to it. Thanks, Nick - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] SortableDataProvider, size() iterator(int first, int count), Correct execution order?
You mean that developers can have such a thing?
because in the core we dont have a AbstractDataProvider.
Also we have some code breaks but in wicket 2.0 IDataProvider already
extended IDetachable a long time now
So we are then in sync with 2.0 on that api level. That is a pro for me.
johan
On 12/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote:
I am pro explicit contracts, but for dataproviders I think the general
use would be stateless, so no detach behavior necessary.
If we let IDataProvider extend IDetachable, then we have a lot of code
breaks. Though these can easily be resolved by extending the following
class instead of directly implementing IDataProvider:
public abstract class AbstractDataProvider implements IDataProvider {
/**
* Override this method if you keep IModel's or any other state that
* needs detaching.
*/
public void detach() {
}
}
Martijn
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well the thing here is expressiveness. the way it is right now was done
to
avoid api breaks.
but if you look at the idataprovider - how do you know that you can make
the
impl also implement idetachable and that will work? same can be said for
models, why have IModel extend IDetachable? it is so the contract is
explicit.
-igor
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
the question is is this really necessary because we have already code
that
does the detach:
Note that if the IDataProvider implementation implements [EMAIL PROTECTED]
IDetachable}
* interface, the [EMAIL PROTECTED] IDetachable#detach()} method will be
called
at
the end
* of request.
So if somebody makes a IDataProvider class if he wants to be
detachable
then
just implement IDetachable and you can detach the stuff you load.
So would it be handy that all IDataprovider implementations are
detachable
or let it be a choice?
johan
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
shouldn't we extend from IDetachable in 1.3?
i dont see a problem with that
-igor
johan
On 12/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
i guess if you are certain the size never changes this works ok
-igor
On 12/7/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Well, I just do two queries the first time... retrieving total
count
on size() call (just once), and then retrieve iteration on
iterator(...) call (every navigation event)... so, in
steady-state
is
only one call...
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well in the example i gave you there should only be one
query to
the
database
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Yes, I have already followed your sample, doing two
queries to
database...
;)
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED]
wrote:
no its not possible there is logic that ties the return
call
of size()
to a
few things that need to happen before the call to
iterator()
all it takes is your own subclass that i have shown you,
i
dont think
its a
big deal.
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED]
wrote:
My question is, nevertheless, would it be a
significant
implementation
change to swap calls order from to current to
iterator(...) first and
size() later? then adding support for both cases in a
SortableDataProvider (Case 1: Big databases - 2 Calls,
Case 2: Small
databases - 1 Call)...
From my point of view, if supporting both cases, just
by
swapping
those method calls (if so easy is it...), then it
would be
great, no
worries to look for another impl... all-in-one...
Just wondering... ;)
Thank you for all your answers...
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net 's Techsay panel and you'll get
the
chance to
share
your
opinions on IT business topics through brief surveys
-
and earn cash
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
-
Take Surveys. Earn Cash. Influence the
Re: [Wicket-user] SortableDataProvider, size() iterator(int first, int count), Correct execution order?
I mean that we can add the AbstractDataProvider as a means for those
that just implemented the interface ad-hoc.
In our application have on several occaisions the following:
IDataProvider provider = new IDataProvider() { ... };
This code will break with the change. Having AbstractDataProvider
around will make the transition easier: change new IDataProvider to
new AbstractDataProvider and import it.
Martijn
On 12/9/06, Johan Compagner [EMAIL PROTECTED] wrote:
You mean that developers can have such a thing?
because in the core we dont have a AbstractDataProvider.
Also we have some code breaks but in wicket 2.0 IDataProvider already
extended IDetachable a long time now
So we are then in sync with 2.0 on that api level. That is a pro for me.
johan
On 12/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote:
I am pro explicit contracts, but for dataproviders I think the general
use would be stateless, so no detach behavior necessary.
If we let IDataProvider extend IDetachable, then we have a lot of code
breaks. Though these can easily be resolved by extending the following
class instead of directly implementing IDataProvider:
public abstract class AbstractDataProvider implements IDataProvider {
/**
* Override this method if you keep IModel's or any other state that
* needs detaching.
*/
public void detach() {
}
}
Martijn
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well the thing here is expressiveness. the way it is right now was done
to
avoid api breaks.
but if you look at the idataprovider - how do you know that you can make
the
impl also implement idetachable and that will work? same can be said for
models, why have IModel extend IDetachable? it is so the contract is
explicit.
-igor
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
the question is is this really necessary because we have already code
that
does the detach:
Note that if the IDataProvider implementation implements [EMAIL
PROTECTED]
IDetachable}
* interface, the [EMAIL PROTECTED] IDetachable#detach()} method will
be called
at
the end
* of request.
So if somebody makes a IDataProvider class if he wants to be
detachable
then
just implement IDetachable and you can detach the stuff you load.
So would it be handy that all IDataprovider implementations are
detachable
or let it be a choice?
johan
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
shouldn't we extend from IDetachable in 1.3?
i dont see a problem with that
-igor
johan
On 12/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
i guess if you are certain the size never changes this works ok
-igor
On 12/7/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Well, I just do two queries the first time... retrieving total
count
on size() call (just once), and then retrieve iteration on
iterator(...) call (every navigation event)... so, in
steady-state
is
only one call...
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well in the example i gave you there should only be one
query to
the
database
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Yes, I have already followed your sample, doing two
queries to
database...
;)
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED]
wrote:
no its not possible there is logic that ties the return
call
of size()
to a
few things that need to happen before the call to
iterator()
all it takes is your own subclass that i have shown you,
i
dont think
its a
big deal.
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED]
wrote:
My question is, nevertheless, would it be a
significant
implementation
change to swap calls order from to current to
iterator(...) first and
size() later? then adding support for both cases in a
SortableDataProvider (Case 1: Big databases - 2 Calls,
Case 2: Small
databases - 1 Call)...
From my point of view, if supporting both cases, just
by
swapping
those method calls (if so easy is it...), then it
would be
great, no
worries to look for another impl... all-in-one...
Just wondering... ;)
Thank you for all your answers...
Re: [Wicket-user] IntelliJ IDEA Wicket Plugin
Hello Nick, Saturday, December 9, 2006, 9:56:52 AM, you wrote: Hi, Does anyone know if the Wicket plugin for IDEA has been open-sourced? I'd like to make some updates to it. Thanks, Nick It is completely open source (apache2 license) as it was submitted to the Intellij Idea contest where one of the requirement was that is was open source. I'm sorry for not having done any updates to it since the submission but I have not had the time (and slept enough because of my little daugther :-), but now it seems that I'm getting some more time. I would really like others to join in so we can create a really cool wicket plugin. Others have asked too. So I see two scenarios. I open up my own subversion and add all the users who want to participate and maybe create a small forum (using some available software for that) or maybe work at getting the source into wicketstuff on sourceforge. I'm not sure who controls wicketstuff and how restrictive they are with adding new users. Anyone can answer that ? I have allready changed some code since the release available on the plugins site which will make a lot easier to add some of the things on the todolist. But I would sure like to have someone to discuss the implementation details with :-) -- Best regards, Anders Holmbech Brandt mailto:[EMAIL PROTECTED] - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Review: Wicket course
That's great to hear. We can definitively use a couple more public available success stories here http://cwiki.apache.org/WICKET/user-stories.html , so if you have anything you like to and are allowed to share, that'd be awesome. Eelco On 12/9/06, Flemming Boller [EMAIL PROTECTED] wrote: Hi Wicket users. We had Matej Knopp come to our workplace in Denmark and give a course in wicket this week. The course was a 3-day course where we in day 1 and 2 went through wicket basic component (and AJAX, which is really simple in Wicket). And day 3 look at the more advanced components in wicket such as Datatable, Spring integration etc. The course was really good (in fact one of the best courses I had ever attended). Matej's method was a very good combination of slides with code examples and code labs for us to solve. And him being a active wicket framework developer was super, no questions was left unanswered. The code labs was setup in intellij idea (which we use at work). Some of us had some experience with wicket and some had never even heard about it. Despite this Matej mastered to teach us all something new about wicket, ranging from basic wicket to advanced. I speak for all of us when I say, I can highly recommend everybody to take the course. I myself have now 2 webapplications in production using wicket, and the opensource project I participate in is under the process of converting the application to Wicket. (www.ninan.org). I learned a lot, despite my experience with wicket, from the course. If you have any questions about please ask! I am active reader of this mailing list. As a sidenote Matej told us a friend of him was at the same time in Copenhagen too, doing another wicket course. I would love to hear from them, also what they are doing with wicket etc... So please contact me if you read this. Regards Flemming Boller Ps: Matej, have you uninstalled Eclipse yet infavour for Intellij ? (we had lots of fun IDE battling :-) - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] SortableDataProvider, size() iterator(int first, int count), Correct execution order?
i dont really see the point. i think most usecases are using
sortabledataprovider, at least i think 99% for the code i wrote.
-igor
On 12/9/06, Johan Compagner [EMAIL PROTECTED] wrote:
ahh ok we could introduce that.
I don't know what is easier.. in eclipse:
cursor on the new IDataProvider - CTRL-1 and done.
johan
On 12/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote:
I mean that we can add the AbstractDataProvider as a means for those
that just implemented the interface ad-hoc.
In our application have on several occaisions the following:
IDataProvider provider = new IDataProvider() { ... };
This code will break with the change. Having AbstractDataProvider
around will make the transition easier: change new IDataProvider to
new AbstractDataProvider and import it.
Martijn
On 12/9/06, Johan Compagner [EMAIL PROTECTED] wrote:
You mean that developers can have such a thing?
because in the core we dont have a AbstractDataProvider.
Also we have some code breaks but in wicket 2.0 IDataProvider already
extended IDetachable a long time now
So we are then in sync with 2.0 on that api level. That is a pro for
me.
johan
On 12/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote:
I am pro explicit contracts, but for dataproviders I think the
general
use would be stateless, so no detach behavior necessary.
If we let IDataProvider extend IDetachable, then we have a lot of
code
breaks. Though these can easily be resolved by extending the
following
class instead of directly implementing IDataProvider:
public abstract class AbstractDataProvider implements IDataProvider
{
/**
* Override this method if you keep IModel's or any other state
that
* needs detaching.
*/
public void detach() {
}
}
Martijn
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
well the thing here is expressiveness. the way it is right now was
done
to
avoid api breaks.
but if you look at the idataprovider - how do you know that you
can make
the
impl also implement idetachable and that will work? same can be
said for
models, why have IModel extend IDetachable? it is so the contract
is
explicit.
-igor
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
the question is is this really necessary because we have already
code
that
does the detach:
Note that if the IDataProvider implementation implements [EMAIL
PROTECTED]
IDetachable}
* interface, the [EMAIL PROTECTED] IDetachable#detach()} method will
be
called
at
the end
* of request.
So if somebody makes a IDataProvider class if he wants to be
detachable
then
just implement IDetachable and you can detach the stuff you
load.
So would it be handy that all IDataprovider implementations are
detachable
or let it be a choice?
johan
On 12/8/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
On 12/8/06, Johan Compagner [EMAIL PROTECTED] wrote:
shouldn't we extend from IDetachable in 1.3?
i dont see a problem with that
-igor
johan
On 12/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
i guess if you are certain the size never changes this
works ok
-igor
On 12/7/06, Manuel Barzi [EMAIL PROTECTED] wrote:
Well, I just do two queries the first time... retrieving
total
count
on size() call (just once), and then retrieve iteration
on
iterator(...) call (every navigation event)... so, in
steady-state
is
only one call...
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED]
wrote:
well in the example i gave you there should only be
one
query to
the
database
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED]
wrote:
Yes, I have already followed your sample, doing two
queries to
database...
;)
On 12/5/06, Igor Vaynberg [EMAIL PROTECTED]
wrote:
no its not possible there is logic that ties the
return
call
of size()
to a
few things that need to happen before the call to
iterator()
all it takes is your own subclass that i have
shown you,
i
dont think
its a
big deal.
-igor
On 12/5/06, Manuel Barzi [EMAIL PROTECTED]
wrote:
My question is, nevertheless, would it be a
significant
implementation
change to swap calls order from to current to
iterator(...) first and
size() later? then
Re: [Wicket-user] Review: Wicket course
Maybe we could provide the wicket world with an online demo of our Wicket based application. It is an application for public health care organisations in germany, especially post op. pain management. The application runs on a tablet pc (with a local database that synchronizes with a central database), on normal pcs an on mobile phones with java me. A short preview ot the tablet pc component may be viewed under http://visiopad.visionet.de/VisioPAD. The PIN is 05142. It is currently best viewed with Internet Explorer (because of Windows XP Tablet PC Editon). We plan to put the whole application online for public viewing. It is based upon Wicket 2.0, EJB3 (backend Ingres, PostgreSL, HSQLDB, Oracle etc) and JBoss. If you select Annerose Duffner as patient and klick on PCA = Patient Controlled Analgesie you may view a funny embeded SVG graphic (if you have installed the SVG viewer from adobe). Currently we are stuck with the not working ImageMap class in Wicket 2 (http://issues.apache.org/jira/browse/WICKET-146). Maybe someone could help us at this point. Any suggestions and opinions eare wollcome. Stefan Lindner winmail.dat- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] IntelliJ IDEA Wicket Plugin
Yeah, wicket-stuff is probably the place for this. Thanks for responding so quickly. On 12/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote: On 12/9/06, Anders Holmbech Brandt [EMAIL PROTECTED] wrote: So I see two scenarios. I open up my own subversion and add all the users who want to participate and maybe create a small forum (using some available software for that) or maybe work at getting the source into wicketstuff on sourceforge. I'm not sure who controls wicketstuff and how restrictive they are with adding new users. Anyone can answer that ? We are very lenient to adding new users for Wicket Stuff. All we need is a userid, and we'll add you. Just send a private message, or reply to this message with your sf.net userid (it is free to register). Martijn -- Vote for Wicket at the http://www.thebeststuffintheworld.com/vote_for/wicket Wicket 1.2.3 is as easy as 1-2-3. Download Wicket now! http://wicketframework.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
