Re: wiQuery components with server side state - live demo

[Thies Edeling]

Is this project still alive? The URL below now prompts for a
username/password. Thx!

On Wed, Mar 10, 2010 at 1:10 AM, Cemal Bayramoglu <
jweekend_for...@cabouge.com> wrote:

> http://labs.jweekend.com/public/grid/GridRowExpanderPage
>
> On 3 March 2010 18:20, John Armstrong  wrote:
> > Hi Richard,
> >
> >  See here: http://www.extjs.com/examples/explorer.html#gridplugins
> >
> > In this case
> its a
> > grid rather then a tree that expands and allows arbitrary components to
> be
> > inserted beneath the row.
> >
> > Similar to a tree but very grid specific.
> >
> > Very excited about your work, so many hoops too jump through with GWT..
> > J
> >
> > On Wed, Mar 3, 2010 at 10:17 AM, Richard Wilkinson <
> > richard.wilkin...@jweekend.com> wrote:
> >
> >> Hi,
> >>
> >> John - im not to sure what you mean by row expanders, is that similar
> >> to what is provided on the tree grid?
> >>
> >> Ernesto - see comments inline:
> >>
> >>
> >> On 3 March 2010 12:59, Ernesto Reinaldo Barreiro 
> >> wrote:
> >> > Hi Cemal,
> >> >
> >> > Other things that might be useful:
> >> >
> >> > -Offer (pluggable) support for grid events at client and server side
> >> (e.g.
> >> > been notified when user navigates between pages, sorts a columns,
> etc).
> >> By
> >> > pluggable I mean they can be enable if you need them so that no
> >> unnecessary
> >> > server round trips are made.
> >>
> >> The gird always has to make a request to the server when the user
> >> navigates between pages, or changes the sorting, since this requires
> >> updated data.  However these events are handled internally to the grid
> >> code and are not accessible to the developer.  If required we could
> >> make these events accessible to the developer, either through adding a
> >> behaviour, or overriding a method.  Other things such as selection
> >> notification events, or editing, can optionally be listened to by the
> >> developer, but these do not make a round trip to the server unless
> >> they are explicitly added.
> >>
> >> > -Show an example of how the grid interacts with a normal wicket form.
> >> E.g.
> >> > have a form the is submitted via Wicket AJAX and get the grid
> refreshed
> >> > either via Wicket AJAX (i.e. the whole grid component is reloaded) or
> >> > triggering a reload event on the grid (I see the master detail example
> is
> >> > built using this last approach?) .
> >>
> >> yes, this page (http://labs.jweekend.com/public/gridjpa/ProjectEditPage
> )
> >> uses a wicket form (not automatically generated though) to edit a row
> >> in one grid, which then triggers a data refresh in both grids, but
> >> does not do a wicket ajax component replace.  However ajax component
> >> replace is supported as there is an AjaxRequestTarget, but I feel that
> >> forcing the grid to reload is cleaner.
> >>
> >> > -All the examples seem to use JSON for data transfer? Is XML
> supported?
> >>
> >> The grid uses JSON, however this is all internal and transparent to
> >> the developer using the grid, so I dont see how supporting XML would
> >> be a benefit.  It is not possible to construct JSON or XML and feed
> >> this into the grid manually, i.e. by telling the grid which url to
> >> use.
> >>
> >> The intended use is the same as with a Wicket DataTable, where an
> >> IDataProvider provides an iterator of beans which are rendered as rows
> >> in the grid.  We use Wicket IConverter to convert each field of the
> >> bean to a String, then use a JSON library to construct the JSON
> >> response, which is then used in a custom wicket IRequestTarget for
> >> JSON.
> >>
> >> >
> >> > Best,
> >> >
> >> > Ernesto
> >> >
> >> > On Wed, Mar 3, 2010 at 11:33 AM, Cemal Bayramoglu <
> >> > jweekend_for...@cabouge.com> wrote:
> >> >
> >>
> >>
> >>
> >> --
> >> Regards - Richard Wilkinson
> >> Developer,
> >> jWeekend: OO & Java Technologies - Development and Training
> >> http://jWeekend.com
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> >> For additional commands, e-mail: users-h...@wicket.apache.org
> >>
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Wicketstuff down?

[Thies Edeling]

wicketstuff.org seems to be down, can someone start its Tomcat or 
whatever it's running? thx!


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

RequestLogger 'Detach'-problem with recordSessionSize

[Jens Zastrow]

Hi wicket-experts,

Using the default RequestLogger which calculates the session-size by 
serializing the page-objects leads to problems since the models are not 
detached

while doing this step.

The source-code of the RequestCycle shows that the Session/Page gets 
detached AFTER the requestcycle-code, thus the Serialize-step tries to 
store a lot of non-detached models which doest work in my case.


Is this by Design?

Thank
Jens

[RequestCycle.java]
// if we have a request logger, update that now
try
{
IRequestLogger requestLogger = 
getApplication().getRequestLogger();

if (requestLogger != null)
{
requestLogger.requestTime((System.currentTimeMillis() - 
startTime));

}
}
catch (RuntimeException re)
{
log.error("there was an error in the RequestLogger 
ending.", re);

}

// let the session cleanup after a request, flushing changes etc.
if (sessionExists())
{
try
{
getSession().requestDetached();
}
catch (RuntimeException re)
{
log.error("there was an error detaching the request 
from the session " + session +

".", re);
}
}

--
dipl. inform jens zastrow

phone | +49.152.04840108
mail  | m...@jens-zastrow.de
web   | http://jens-zastrow.de
xing  | http://www.xing.com/profile/Jens_Zastrow


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

jWicket: Accordion and Sortable

[Stefan Lindner]

I've comitted a first quick and dirty implementation of jQuery's
Accordion and Sortable. Still no documentation and no example, but works
for must cases.
API will change a litte bit in next version. Accordion and Sortable take
List as constructor parameter now. This will be a
Model> in the next version. No big thing.
Just check it out and let me know your experience.

Stefan

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

url encryption and session invalidate

[fachhoch]

I  encode my url in wicket suggested way.  If users clicks on logout then I
calls session.invalidate()  this also removes the key in session for
encrypting and decrypting of url ,so I get bad padding exception etc,is
there any other way to logout user than calling session.invalidate () ?

-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/url-encryption-and-session-invalidate-tp2252675p2252675.html
Sent from the Wicket - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: URL mounting on Websphere causes Error 404

[toverlier]

Goran. 

I'm having the same problem as you. Were you able to resolve it?

Tormod.
-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/URL-mounting-on-Websphere-causes-Error-404-tp1881464p2251330.html
Sent from the Wicket - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: [Wicketstuff / Inmethod-Grid] A handful of patches

[Douglas Ferguson]

Thanks.

Another question for you...

I have a few columns that I want to be fixed at the beginning of the table.
There is a "setReorderable(false);" which will prevent you from being able to 
drag it around, but there is nothing to prevent you from moving another column 
in front of the "fixed" one.

I think I'll have to update the js to get the behavior. Let me know if I'm 
missing something.

D/


On Jun 9, 2010, at 5:06 AM, Charles Deal wrote:

> I believe there is an object called GridSortState on the DataGrid.  Using
> that object, you can set the default sort for the grid.  One of our grids do
> this, but I don't have the code in front of me.
> 
> On Wed, Jun 9, 2010 at 1:04 AM, Douglas Ferguson > wrote:
> 
>> Thanks!
>> 
>> I just got data grid going. It is very cool!
>> 
>> Do you know if there is a way to set a default sort?
>> 
>> D/
>> 
>> On Jun 8, 2010, at 3:26 PM, Charles Deal wrote:
>> 
>>> I use Eclipse and the Subversive SVN plugin.  I did a checkout into a new
>>> Project of
>>> 
>> https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/inmethod-grid-parent
>>> 
>>> After I made my changes I used the Create Patch option within Eclipse to
>>> generate the patches that I supplied.  If using a similar setup, you
>> should
>>> be able to use the Eclipse Apply Patch feature to update the source again
>> or
>>> use your own preferred method.
>>> 
>>> On Tue, Jun 8, 2010 at 1:55 PM, Douglas Ferguson <
>> doug...@douglasferguson.us
 wrote:
>>> 
 What's the url you used to pull from svn? I.E. What branch, etc..
 
 D/
 
 On Jun 8, 2010, at 12:49 PM, Charles Deal wrote:
 
> The patches are based upon the latest in svn (as of 07JUN2010).  I
>> pulled
 a
> fresh copy of the source and then applied my changes back against it.
>> I
> don't think the svn codebase has changed all that much in the 1.4
>> branch,
 so
> I didn't experience any conflicts applying my patches.
> 
> 
> On Tue, Jun 8, 2010 at 1:17 PM, Douglas Ferguson <
 doug...@douglasferguson.us
>> wrote:
> 
>> What version of inmethod are these patches based from?
>> 
>> I't looks like 1.4.1 is quite old and 1.4.2 is still in "SNAPSHOT"
>> 
>> 
>> http://wicketstuff.org/maven/repository/org/wicketstuff/inmethod-grid/
>> 
>> 
>> 
>> 
>> On Jun 7, 2010, at 10:48 AM, Charles Deal wrote:
>> 
>>> We've been using the grid for quite some time now and have
>> accumulated
 a
>> few changes to the codebase.  I'd like to submit them for other users
>> to
>> review and discuss, in the hopes that they will make it into the
 wicketstuff
>> codebase in the future.  The following are brief descriptions of the
>> attached files.
>>> 
>>> inmethodgrid-script.patch
>>> This patch simply adds a resize event to the grid.  We noticed that
 when
>> the browser was resized, the grid wouldn't resize until the user
 attempted
>> to scroll.
>>> 
>>> inmethodgrid-columns.patch
>>> Some small changes to facilitate more code reuse.
>>> 
>>> inmethodgrid-form.patch
>>> Move the header and toolbars into the form.  This allows the header
>> to
>> determine the form automatically so that, for example, when sorting a
 grid,
>> the behavior can submit the form to retain any transient changes to
>> the
>> grid.
>>> 
>>> inmethodgrid-gridbehavior.patch
>>> Refactor the AjaxFormSubmitBahvior implementation into its own class
>> to
>> be used by custom behaviors.  Altered the code to use the new class.
>>> 
>>> inmethodgrid-insert.patch
>>> Add support for adding rows to the grid.
>>> 
>>> As I said, my team have been successfully using (almost all of) these
>> patches since at least June 2008.  The script patch is the only one
>> that
 is
>> a recent change.  I'd appreciate some feedback and if no objections
>> are
>> made, I'd like to get these patches into the scm.
>>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>> 
>> 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org
 
 
>> 
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>> 
>> 


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org