Re: Content Security Policy support

[Major Péter]

Hi,

In that case I would suggest default-src 'self' as a better starting 
point. The problem remains though, if one uses Ajax and/or has 
placeholder tags for invisible components, one must have at least:
Content-Security-Policy: script-src 'self' 'unsafe-inline' 
'unsafe-eval'; style-src 'self' 'unsafe-inline'


I'd wonder whether the style="display:none" cases would be simpler to 
deal with by whitelisting its hash rather than trying to come up with a 
Wicket specific CSS resource only to define a class for that purpose...


cheers,
Peter

01/08/2018 08:18 keltezéssel, Maxim Solodovnik írta:

Hello Peter,

I also believe the general rule should be: deny All then allow one-by-one
but this is general principle, the guide describing some configuration
you can start with :)
On Mon, Jul 30, 2018 at 3:50 PM Major Péter  wrote:


Hi,

thanks, I haven't seen that one yet (I'm coming back to Wicket after ~8
years, so I was still thinking that Confluence was the source of truth).

Reading through the section I don't feel that the suggestion there is
appropriate:
* using default-src https: allows to do pretty much anything as long as
the resource being loaded is over HTTPS (and getting a cert for free is
a pretty easy thing to do).
* IMHO setting default-src to 'none' and then one-by-one whitelisting
all the resource types is a better approach as it is much more limiting
* By enabling https: resources only, the "unsafe-inline" and
"unsafe-eval" requirements for script-src are not covered, and hence
Wicket's AJAX components won't actually work (well the fallback impls will).
* This also doesn't tackle the style-src unsafe-inline requirements.

Do you want me to file a doc bug for this?

Regards,
Peter

30/07/2018 09:21 keltezéssel, Maxim Solodovnik írta:

Have you already read this part of the guide?
https://ci.apache.org/projects/wicket/guide/8.x/single.html#_external_security_checks
On Mon, Jul 30, 2018 at 3:18 PM Major Péter  wrote:


Hi,

I'm trying to write a new Wicket application, and I wanted to use CSP
for added security. It seems like that there are two main issues:
* Wicket's AJAX support is highly dependent on inline and eval'd
JavaScript code
* component visibility is controlled using inline styles

Is WICKET-5406 going to get some traction anytime soon, or are there
known workarounds for the above issues (like a CSP friendly AJAX
implementation)?

Alternatively, I was thinking of a couple of ways to overcome these
issues, like:
* trying to use one-off resource references (if possible?) for
individual requests, so that instead of eval'ing, the code could be just
simply loaded instead?
* have a way to generate and retrieve nonces for inline resources and
make sure that Wicket sets the CSP header on its own.
* update Wicket itself to use text/json script elements to load its
configuration and pass JSON objects only for AJAX responses, so that
they no longer need to be eval'd.

Are these approaches any good?

Thanks,
Peter

-
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

Re: Content Security Policy support

[Major Péter]

Hi,

thanks, I haven't seen that one yet (I'm coming back to Wicket after ~8 
years, so I was still thinking that Confluence was the source of truth).


Reading through the section I don't feel that the suggestion there is 
appropriate:
* using default-src https: allows to do pretty much anything as long as 
the resource being loaded is over HTTPS (and getting a cert for free is 
a pretty easy thing to do).
* IMHO setting default-src to 'none' and then one-by-one whitelisting 
all the resource types is a better approach as it is much more limiting
* By enabling https: resources only, the "unsafe-inline" and 
"unsafe-eval" requirements for script-src are not covered, and hence 
Wicket's AJAX components won't actually work (well the fallback impls will).

* This also doesn't tackle the style-src unsafe-inline requirements.

Do you want me to file a doc bug for this?

Regards,
Peter

30/07/2018 09:21 keltezéssel, Maxim Solodovnik írta:

Have you already read this part of the guide?
https://ci.apache.org/projects/wicket/guide/8.x/single.html#_external_security_checks
On Mon, Jul 30, 2018 at 3:18 PM Major Péter  wrote:


Hi,

I'm trying to write a new Wicket application, and I wanted to use CSP
for added security. It seems like that there are two main issues:
* Wicket's AJAX support is highly dependent on inline and eval'd
JavaScript code
* component visibility is controlled using inline styles

Is WICKET-5406 going to get some traction anytime soon, or are there
known workarounds for the above issues (like a CSP friendly AJAX
implementation)?

Alternatively, I was thinking of a couple of ways to overcome these
issues, like:
* trying to use one-off resource references (if possible?) for
individual requests, so that instead of eval'ing, the code could be just
simply loaded instead?
* have a way to generate and retrieve nonces for inline resources and
make sure that Wicket sets the CSP header on its own.
* update Wicket itself to use text/json script elements to load its
configuration and pass JSON objects only for AJAX responses, so that
they no longer need to be eval'd.

Are these approaches any good?

Thanks,
Peter

-
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

Content Security Policy support

[Major Péter]

Hi,

I'm trying to write a new Wicket application, and I wanted to use CSP 
for added security. It seems like that there are two main issues:
* Wicket's AJAX support is highly dependent on inline and eval'd 
JavaScript code

* component visibility is controlled using inline styles

Is WICKET-5406 going to get some traction anytime soon, or are there 
known workarounds for the above issues (like a CSP friendly AJAX 
implementation)?


Alternatively, I was thinking of a couple of ways to overcome these 
issues, like:
* trying to use one-off resource references (if possible?) for 
individual requests, so that instead of eval'ing, the code could be just 
simply loaded instead?
* have a way to generate and retrieve nonces for inline resources and 
make sure that Wicket sets the CSP header on its own.
* update Wicket itself to use text/json script elements to load its 
configuration and pass JSON objects only for AJAX responses, so that 
they no longer need to be eval'd.


Are these approaches any good?

Thanks,
Peter

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

Re: moving from development to deployment mode

[Major Péter]

It can be also a servlet/filter init param and a JVM property for the 
server. Check out the WebApplication#getConfigurationType method, or if 
it really doesn't want to work, try to debug it.


Regards,
Peter

On 2011-05-04 15:31, moèz ben rhouma wrote:

Hi Henry,
You have two solutions and nothing else:
1) Override the method getConfigurationType()  in your application class
2) Add in your web.xml:
context-param
  param-namewicket.configuration/param-name
  param-valuedeployment/param-value
/context-param
  or in your filter:
   @WebInitParam(name=wicket.configuration, value=deployment)

I also work with glassfish and it's ok for me.

2011/5/4 henryhenstri...@yahoo.com


Hi Moez,

Could it be a result of the wicket version that am using?Because i have
cleared web container and i still get same message.Take a look at this.


[Application] Started Wicket version 1.4-rc1 in development mode

*** WARNING: Wicket is running in DEVELOPMENT mode.  ***
***   ^^^***
*** Do NOT deploy to your live server(s) without changing this.  ***
*** See Application#getConfigurationType() for more information. ***

Application started with version 1.4-rc1 in development mode.Dont seems to
understand that,is is that by default wicket runs its application in a
development mode?

please need more help on this.

Regards

--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/moving-from-development-to-deployment-mode-tp3495199p3495527.html
Sent from the Users forum 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






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

Re: moving from development to deployment mode

[Major Péter]

Also 1.4-rc1 is _very_ old, try to use the latest stable release: 1.4.17.

On 2011-05-04 15:20, henry wrote:

Hi Moez,

Could it be a result of the wicket version that am using?Because i have
cleared web container and i still get same message.Take a look at this.


[Application] Started Wicket version 1.4-rc1 in development mode

*** WARNING: Wicket is running in DEVELOPMENT mode.  ***
***   ^^^***
*** Do NOT deploy to your live server(s) without changing this.  ***
*** See Application#getConfigurationType() for more information. ***

Application started with version 1.4-rc1 in development mode.Dont seems to
understand that,is is that by default wicket runs its application in a
development mode?

please need more help on this.

Regards

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/moving-from-development-to-deployment-mode-tp3495199p3495527.html
Sent from the Users forum 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



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

Re: JavaEEComponentInjector in Wicket 1.5

[Major Péter]

It has been upgraded (with some help for which I'm thankful :) ), and 
although I'm not using it atm, it should be working. ;)


Regards,
Peter

On 2011-04-05 09:01, Martin Grigorov wrote:

are you talking about
https://github.com/wicketstuff/core/tree/master/jdk-1.6-parent/javaee-inject-parent
  ?
because this has been upgraded to support Wicket 1.5 and is used by its
maintainer (Peter Major)

On Tue, Apr 5, 2011 at 2:42 AM, msj121msj...@gmail.com  wrote:


I am not sure if this is a bug or intentional.

But seemingly
getComponentInstantiationListeners().add((IComponentInstantiationListener)
new JavaEEComponentInjector(this)); No longer works in Wicket 1.5 (any
version I tried), but perfectly works in Wicket 1.4.5.

In Wicket 1.5 it states: cannot access
org.apache.wicket.injection.ComponentInjector I only changed the
version of wicket in my pom file


I will open a bug, but I have a feeling others ran into this, and I googled
for a solution (mostly people without wicket-ioc), but nothing yet, anyone
have any help or advice?

Matthew

--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/JavaEEComponentInjector-in-Wicket-1-5-tp3426937p3426937.html
Sent from the Users forum 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







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

Re: [1.5 RC1] Error serializing object class

[Major Péter]

Hi,

in your DriverSetupPage you have an injected resource, which's equals 
method can not handle null arguments.


Regards,
Peter

On 2011-02-07 12:11, nino martinez wael wrote:

One of my pages fails with this, im a little bit unsure what is causing the
error im using guice:

2011-02-07 12:07:10,112 ERROR [org.apache.wicket.util.lang.WicketObjects]  -
Error serializing object class com.netdesign.wallboard.page.DriverSetupPage
[object=[Page class = com.netdesign.wallboard.page.DriverSetupPage, id = 3,
render count = 1]]
java.lang.NullPointerException
 at $Proxy37.equals(Unknown Source)
 at java.util.Vector.indexOf(Vector.java:361)
 at java.util.Vector.contains(Vector.java:320)
 at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:344)
 at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:633)
 at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:556)
 at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:352)
 at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:633)
 at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:556)
 at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:352)
 at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:633)
 at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:556)
 at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:352)
 at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:418)
 at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:352)
 at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:633)
 at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:556)
 at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:352)
 at
org.apache.wicket.util.io.SerializableChecker.writeObjectOverride(SerializableChecker.java:702)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322)
 at
org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:129)
 at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322)
 at
org.apache.wicket.util.lang.WicketObjects.objectToByteArray(WicketObjects.java:482)
 at
org.apache.wicket.pageStore.DefaultPageStore.serializePage(DefaultPageStore.java:364)
 at
org.apache.wicket.pageStore.DefaultPageStore.storePage(DefaultPageStore.java:153)
 at
org.apache.wicket.page.PersistentPageManager$PersitentRequestAdapter.storeTouchedPages(PersistentPageManager.java:335)
 at
org.apache.wicket.page.RequestAdapter.commitRequest(RequestAdapter.java:185)
 at
org.apache.wicket.page.AbstractPageManager.commitRequest(AbstractPageManager.java:98)
 at
org.apache.wicket.page.PageManagerDecorator.commitRequest(PageManagerDecorator.java:68)
 at
org.apache.wicket.page.PageAccessSynchronizer$1.commitRequest(PageAccessSynchronizer.java:203)
 at org.apache.wicket.Application$2.onDetach(Application.java:1507)
 at
org.apache.wicket.request.cycle.RequestCycleListenerCollection$4.notify(RequestCycleListenerCollection.java:99)
 at
org.apache.wicket.request.cycle.RequestCycleListenerCollection$4.notify(RequestCycleListenerCollection.java:95)
 at
org.apache.wicket.util.listener.ListenerCollection.notify(ListenerCollection.java:79)
 at
org.apache.wicket.request.cycle.RequestCycleListenerCollection.onDetach(RequestCycleListenerCollection.java:93)
 at
org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:505)
 at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:251)
 at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:138)
 at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:194)
 at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
 at
com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141)
 at
com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
 at
com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155)
 at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
 at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
 at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
 at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
 at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
 at 

Re: [1.5 m3] SerializableChecker nullpointer?

[Major Péter]

One guess would be that the injected WallBoardDataProvider's equals 
method does not handle null arguments?


Peter

2011-01-20 10:20 keltezéssel, nino martinez wael írta:

Hi im wondering why this happens? Im using Guice and have a these in my
page:

  @Inject private WallBoardDataProvider wallBoardDataProvider; @Inject
private CoreService coreService; @Inject private CoreDaoService
coreDaoService; @Inject private LicenseProvider licenseProvider; @Inject
private Injector injector;


2011-01-20 10:16:44,833 ERROR [org.apache.wicket.util.lang.WicketObjects]  -
Error serializing object class com.netdesign.wallboard.page.DriverSetupPage
[object=[Page class = com.netdesign.wallboard.page.DriverSetupPage, id = 3,
render count = 2]]
java.lang.NullPointerException
at $Proxy39.equals(Unknown Source)
at java.util.Vector.indexOf(Vector.java:361)
at java.util.Vector.contains(Vector.java:320)
at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:343)
at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:641)
at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:564)
at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:351)
at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:641)
at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:564)
at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:351)
at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:641)
at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:564)
at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:351)
at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:418)
at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:351)
at
org.apache.wicket.util.io.SerializableChecker.checkFields(SerializableChecker.java:641)
at
org.apache.wicket.util.io.SerializableChecker.internalCheck(SerializableChecker.java:564)
at
org.apache.wicket.util.io.SerializableChecker.check(SerializableChecker.java:351)
at
org.apache.wicket.util.io.SerializableChecker.writeObjectOverride(SerializableChecker.java:710)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322)
at
org.apache.wicket.util.io.IObjectStreamFactory$DefaultObjectStreamFactory$2.writeObjectOverride(IObjectStreamFactory.java:129)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:322)
at
org.apache.wicket.util.lang.WicketObjects.objectToByteArray(WicketObjects.java:477)
at
org.apache.wicket.pageStore.DefaultPageStore.serializePage(DefaultPageStore.java:364)
at
org.apache.wicket.pageStore.DefaultPageStore.storePage(DefaultPageStore.java:153)
at
org.apache.wicket.page.PersistentPageManager$PersitentRequestAdapter.storeTouchedPages(PersistentPageManager.java:335)
at
org.apache.wicket.page.RequestAdapter.commitRequest(RequestAdapter.java:185)
at
org.apache.wicket.page.AbstractPageManager.commitRequest(AbstractPageManager.java:98)
at
org.apache.wicket.page.PageManagerDecorator.commitRequest(PageManagerDecorator.java:68)
at
org.apache.wicket.page.PageAccessSynchronizer$1.commitRequest(PageAccessSynchronizer.java:204)
at org.apache.wicket.Application$3.onDetach(Application.java:1233)
at
org.apache.wicket.request.cycle.RequestCycleListenerCollection$4.notify(RequestCycleListenerCollection.java:71)
at
org.apache.wicket.request.cycle.RequestCycleListenerCollection$4.notify(RequestCycleListenerCollection.java:67)
at
org.apache.wicket.util.listener.ListenerCollection.notify(ListenerCollection.java:78)
at
org.apache.wicket.request.cycle.RequestCycleListenerCollection.onDetach(RequestCycleListenerCollection.java:65)
at
org.apache.wicket.request.cycle.RequestCycle.detach(RequestCycle.java:502)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:252)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:131)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:184)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at
com.wideplay.warp.persist.PersistenceFilter$3.run(PersistenceFilter.java:141)
at
com.wideplay.warp.persist.internal.Lifecycles.failEarlyAndLeaveNoOneBehind(Lifecycles.java:29)
at
com.wideplay.warp.persist.PersistenceFilter.doFilter(PersistenceFilter.java:155)
at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at 

Re: [announce] wicketstuff-core 1.4.10 released

[Major Péter]

http://repo2.maven.org/maven2/org/wicketstuff/

Regards,
Peter

2011-01-20 12:43 keltezéssel, Ayodeji Aladejebi írta:

PLease where do I download stable releases on Wicket Stuff compatible with
Wicket 1.4.x?

thanks

On Fri, Aug 13, 2010 at 4:33 AM, Michael O'Cleirigh
michael.ocleir...@rivulet.ca  wrote:


Hello,

Since wicket 1.4.10 was released this week it follows that a
wicketstuff-core release is due as well.

The branch for 1.4.10.1-SNAPSHOT is located here:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicketstuff-core-1.4.10

And the release tag:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/tags/wicketstuff-core-1.4.10

The artifacts have been promoted and are available via maven central like
this:

dependency
groupIdorg.wicketstuff/groupId
artifactIdjasperreports/artifactId
version1.4.10/version
/dependency

Java 5 compatible projects:

[INFO] Java 5 Modules - Parent ... SUCCESS
[18.006s]
[INFO] Wicket-Scala Parent ... SUCCESS
[3.541s]
[INFO] Wicket-Scala .. SUCCESS
[12.034s]
[INFO] Wicket-Scala Samples .. SUCCESS
[8.617s]
[INFO] Wicket-Scala Archetype  SUCCESS
[4.006s]
[INFO] Wicket Annotations  SUCCESS
[11.665s]
[INFO] JSLibraries ... SUCCESS
[18.933s]
[INFO] CalendarViews - Parent  SUCCESS
[2.356s]
[INFO] CalendarViews . SUCCESS
[13.149s]
[INFO] CalendarViews - Examples .. SUCCESS
[13.064s]
[INFO] Client and Server Validation .. SUCCESS
[8.854s]
[INFO] Datatable Autocomplete - Parent ... SUCCESS
[1.834s]
[INFO] Datatable Autocomplete Common . SUCCESS
[11.969s]
[INFO] Datatable Autocomplete  SUCCESS
[22.470s]
[INFO] Datatable Autocomplete Examples ... SUCCESS
[11.275s]
[INFO] DataTable Autocomplete Test ... SUCCESS
[9.553s]
[INFO] GMap2 - Parent  SUCCESS
[1.629s]
[INFO] GMap2 . SUCCESS
[13.844s]
[INFO] GMap2 - Examples .. SUCCESS
[23.301s]
[INFO] Google Charts - Parent  SUCCESS
[1.321s]
[INFO] Google Charts . SUCCESS
[10.642s]
[INFO] Google Charts - Examples .. SUCCESS
[9.498s]
[INFO] InMethod Grid Parent .. SUCCESS
[2.787s]
[INFO] InMethod Grid . SUCCESS
[21.048s]
[INFO] InMethod Grid Examples  SUCCESS
[19.089s]
[INFO] Input Events - Parent . SUCCESS
[2.222s]
[INFO] Input Events .. SUCCESS
[11.158s]
[INFO] Input Events - Examples ... SUCCESS
[10.052s]
[INFO] Misc .. SUCCESS
[9.961s]
[INFO] JQuery Integration - Parent ... SUCCESS
[1.782s]
[INFO] JQuery Integration  SUCCESS
[27.317s]
[INFO] JQuery Integration - Examples . SUCCESS
[23.535s]
[INFO] JSR303 - Parent ... SUCCESS
[1.489s]
[INFO] JSR303  SUCCESS
[8.803s]
[INFO] JSR303 - Examples . SUCCESS
[13.364s]
[INFO] Minis - Parent  SUCCESS
[1.277s]
[INFO] Minis . SUCCESS
[14.971s]
[INFO] Minis - Examples .. SUCCESS
[11.559s]
[INFO] ObjectAutoComplete - Parent ... SUCCESS
[1.526s]
[INFO] ObjectAutoComplete  SUCCESS
[9.847s]
[INFO] ObjectAutoComplete - Examples . SUCCESS
[15.946s]
[INFO] Openlayers Integration - Parent ... SUCCESS
[1.292s]
[INFO] Openlayers  SUCCESS
[15.991s]
[INFO] Openlayers - Proxy  SUCCESS
[7.649s]
[INFO] Openlayers - Examples . SUCCESS
[17.784s]
[INFO] Wicket Phonebook Example .. SUCCESS
[22.908s]
[INFO] Prototype Integration . SUCCESS
[6.988s]
[INFO] Scriptaculous Integration - Parent  SUCCESS
[1.758s]
[INFO] Scriptaculous Integration . SUCCESS
[17.392s]
[INFO] Scriptaculous Integration - Examples .. SUCCESS
[11.109s]
[INFO] Simile Timeline - Parent .. SUCCESS

o.a.w.Resource in 1.5

[Major Péter]

Hi,

where is org.apache.wicket.Resource nowadays? I didn't find any info 
about this class in the migration guide.


Thanks,
Peter

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

Re: Question about stateless forms

[Major Péter]

So is this a bug? Should I create a JIRA issue for this?

Thanks,
Peter

2011-01-15 23:14 keltezéssel, Igor Vaynberg írta:

my first gut feeling is that if the form is stateless it should use
the page's url as its action. this way page parameters are preserved
and we can properly parse them out of the query string without mixing
them with form parameters

-igor

2011/1/15 Major Pétermajorpe...@sch.bme.hu:

Hi,

I'm experiencing, that if you have a stateless form on a page, and the user
session expires, then Wicket reinstantiates the given page with the forms
POST parameters as PageParameters. Is this the correct behaviour? Am I the
only one suffering from this?

If the user is at showuser/id/123 and the showuser page MUST have an 'id'
parameter, and the user submits a stateless form without a session, then my
page constructor will blow up with invalid parameter error.

Does anyone have an idea how to resolve this?

Thanks,
Peter


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

Question about stateless forms

[Major Péter]

Hi,

I'm experiencing, that if you have a stateless form on a page, and the 
user session expires, then Wicket reinstantiates the given page with the 
forms POST parameters as PageParameters. Is this the correct behaviour? 
Am I the only one suffering from this?


If the user is at showuser/id/123 and the showuser page MUST have an 
'id' parameter, and the user submits a stateless form without a session, 
then my page constructor will blow up with invalid parameter error.


Does anyone have an idea how to resolve this?

Thanks,
Peter

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

Re: PageParametersEncoder migrating from Hybrid

[Major Péter]

Hi,

I've played with the encoders, and currently this is what I'm using:
https://gist.github.com/717942
It isn't really tested out, but did the job for a quick look :)

Hope this helps

Regards,
Peter

2010-12-22 18:23 keltezéssel, Jim Pinkham írta:

In my 1.5-M3 app's init, I've got:

 // this part works fine, just wanted to show where the  comes
from below...
 getRootRequestMapperAsCompound().add(customHomeMapper);

 getRootRequestMapperAsCompound().add(
 new MountedMapper(/statement, StatementPage.class));

and my StatementPage URLs look like this:

http://localhost:8080//statement?id=3p2=75

I need them to look like this:

http://localhost:8080//statement/id/3/p2/75

Looks like HybridURLCodingStrategy is out and PageParametersEncoder is it's
replacement... but no subclasses that do what I need.

Is there a 1.5 equivalent before I go write one, or is there another way?

BTW, the ability to have the custom home component mapper is the reason I'm
migrating - I'm so happy to have that feature!!
I just need a bit of help getting this into final form.

Thanks,
-- Jim.


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

Easyfying mounts in 1.5

[Major Péter]

Hi,

is there some specific reason, why WebApplication#mount is deprecated in 
1.5? It could be a really good shortcut:

mount(new MyMapper(, A.class);
rather then:
getRootRequestMapperAsCompound().add(new MyMapper(, A.class));

also PackageMapper looks really weird:
mount(new MountMapper(/error, new 
PackageMapper(PackageName.forClass(InternalServerError.class;


PackageMapper is a valid IRequestMapper, so I could write this:
mount(new PackageMapper(PackageName.forClass(InternalServerError.class)));
which is syntactically correct, but semantically it's a wtf. (what 
mountpath will be used then, would it even match?)

Thoughts?

Thanks,
Peter

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

Creating new session with WicketTester

[Major Péter]

Hi,

I'm trying to port my Wicket testcase to 1.5, and it looks like, that 
WicketTester#createRequestCycle() is gone now.

The test case is:
* create a session
* set a configuration option with a form
* invalidate session
* create new session
* assert that the session#getStyle now returns something else

There is a createNewSession function, but it has private access, so 
currently I don't really see a chance to do this test without recreating 
a new WicketTester object...

Any hints?

Thanks,
Peter

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

Re: Determine if request are ajax?

[Major Péter]

and in 1.5 you can use:
((WebRequest) RequestCycle.get().getRequest()).isAjax();

Regards,
Peter

2010-11-23 12:36 keltezéssel, nino martinez wael írta:

Argh my bad.. I thought it would give an exception and not just null..
Thanks for the help.

2010/11/23 Ernesto Reinaldo Barreiroreier...@gmail.com


Exactly what AjaxRequestTarget.get() does:-)

public static AjaxRequestTarget get()
{
final RequestCycle requestCycle = RequestCycle.get();
if (requestCycle != null)
{
if (requestCycle.getRequestTarget() instanceof
AjaxRequestTarget)
{
return
(AjaxRequestTarget)requestCycle.getRequestTarget();
}
}
return null;
}

Ernesto

On Tue, Nov 23, 2010 at 12:19 PM, Vitaly Tsaplin
vitaly.tsap...@gmail.com  wrote:

   Sorry, I was a part of my code :)
RequestCycle.get ().getRequestTarget () instanceof AjaxRequestTarget

On Tue, Nov 23, 2010 at 2:18 PM, Vitaly Tsaplin
vitaly.tsap...@gmail.com  wrote:

AjaxUtils.isAjaxRequest ()

On Tue, Nov 23, 2010 at 2:13 PM, nino martinez wael
nino.martinez.w...@gmail.com  wrote:

Hi

I have a page which are ajax enabled, on first rendering (non ajax) it
should render some css. On subsequent renderings(ajax) it should only

render

if new css has been added.

So I need to figure out if the the current request are a full non ajax
refresh  or ajax, so how's that done? I thought that calling
AjaxRequestTarget.get would give an indication or maybe the request or

the

requestcycle.. But havent found a way yet.

regards Nino


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

Re: opening ModalWindow on page load

[Major Péter]

Hi,

A colleague of mine wanted to do the same just last week. He ended up 
dropping modal window, and the problem was solved in a different way, so 
there are use-cases for this functionality.
(ours was: popping a modal window for user to accept/decline a 
pre-defined profile image on first visit/until choice made.)


p.s.: Ernesto, thanks for sharing your code!

Regards,
Peter

2010-11-23 16:24 keltezéssel, Martin Grigorov írta:

Wiki page is OK for now.
1) it is easy to create if needed
2) I don't remember such request in the mailing lists for the last 2 years,
so it is not something everyone needs

My 2c.

On Tue, Nov 23, 2010 at 4:16 PM, Ernesto Reinaldo Barreiro
reier...@gmail.com  wrote:


Hi,

In one of the application we working at right now we have the
requirement that the user should fill in some extra information before
he/she is allowed to work with some pages. We wanted to do this with a
modal window blocking the page till this information is provided. So,
the requirement is:

-Modal window should be opened immediately after a page is load.

After a bit of messing around/googling we came up with this class, who
seems to be doing the job:-)

public class OpenOnLoadModalWindow extends ModalWindow implements
IHeaderContributor {

private static final long serialVersionUID = 1L;

/**
 * @param id
 */
public OpenOnLoadModalWindow(String id) {
super(id);
}

/**
 * @param id
 * @param model
 */
public OpenOnLoadModalWindow(String id, IModel?  model) {
super(id, model);
}

/**
 * Adds the JavaScript to initially open modal window.
 */
public void renderHead(IHeaderResponse response)
{

  response.renderOnDomReadyJavascript(getWindowOpenJavascript());
}

/*
 * (non-Javadoc)
 * @see
org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow#makeContentVisible()
 */
@Override
protected boolean makeContentVisible()
{
return true;
}
}

Would this class, or one derived form this one, or a better solution
if one is known:), be included on the framework. Or this is just a
topic for wiki page?

Regards,

Ernesto


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

On-demand component initialization

[Major Péter]

Hi,

I'm trying to create a ModalWindow, something similar to this example:
http://wicketstuff.org/wicket14/nested/?wicket:bookmarkablePage=:org.apache.wicket.examples.ajax.builtin.modal.ModalWindowPage

If I create the modalwindow like this:
final ModalWindow modal = new ModalWindow(modal);
modal.setContent(new RegisterPanel(modal));
modal.setTitle(Registration);
modal.setCookieName(register);
add(new AjaxLink(showModal) {

   @Override
   public void onClick(AjaxRequestTarget target) {
  modal.show(target);
   }
});
add(modal);

then when I construct the page containing this modalwindow, I also will
construct the modalwindow content, but the user can just decide to not
to click on this link, so skip the modal, and then I have an unnecessary
constructed panel.
So I've played a bit with my RegisterPanel, and moved all of my logic to
onInitialize (because it's called before onBeforeRender), to initialize
my stuff there, but it looks like onInitialize is still called without
user action. If I put everything into onBeforeRender, then I can
guarantee, that the constructing logic runs on-demand, but then I will
have problems when user wants to reopen the window. I could create a
field to check whether I already initialized the component in
oBeforeRender, but that sounds like a hack. How can I solve this issue
elegantly?

Thanks,
Peter

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

Re: On-demand component initialization

[Major Péter]

Yeah, but then I would create new panel for every single click on that
link. I know it's a bit edge-case, but still... So I can't achieve this
without some own initialization logic?

Thanks for your replies.

Regards,
Peter

2010-10-30 16:48 keltezéssel, Alexander Morozov írta:
 
 You can set content for modal within onClick method.

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

Re: [1.5] new wicket URL-related questions

[Major Péter]

Hi,

see inline

 Usually it is a component that returns false in isStateless or
 generates a stateful listener interface URL.

okay, but how did the 1.4 have nice url in browser bar and Ajax working
without this tweak? I mean this new ?number style urls are a bit ugly
IMHO, and I have many ajaxified pages, so I don't know how to deal with
this right now..

 when I try to hit the URL now:
 showuser/id/1234
 then I'm going to have indexed parameters and not named parameter with
 'id' name. Q3: Why is that?
 
 Because it's not a named paramerer (by default). The URL in question
 will have two indexed parameters. id and 1234.
 Big problem in 1.4 was that there was no distinction between indexed
 parameters (part of path) and named parameters (usually part query
 string). So it was difficult to build URLs such as
 showpage/13?sort=asc
 
 1.5 fixes this by defining URL scheme like this:
 
 /page/mount/path/indexed-param0/indexed-param1?named1=value1name2=value2
 
 Btw. you should be able to mount the url in question as
 showuser/id/{user-id}
 wicket should then make user-id a named parameter.

well, I've tried this with this quickstart:
http://aldaris.sch.bme.hu/quick.tar.gz
, but this really didn't worked. Also on my bigger project I was seeing
weird redirections:
* the app is on / contextroot
* the homepage could have parameters, but it's not mandatory
* and it's mapped to /app/show and /app/show/id/{id} too
now when I open / I get redirected to /app/show/id/{id}?3
when I open /app/show/id/123 then I got redirected to
/app/show/id/{id}/show/id/123?4

 It is still the same page instance. Obviously in your case you take
 the page parameters into account only in page constructor. So when you
 later change the id value (but leave page id the same) nothing
 changes.
 
 However if  you for example override page onBeforeRender() and call
 getPageParameters() there the id parameter will have proper value.

so people should move model bindings to onBeforeRender, or move to
stateless pages to be able to do this? Can't you store that page id
somewhere else?

 Also how could I make Wicket to use by default the /id/1234 format
 instead of ?3id=1234 for link creation??
 
 You can either set id and 1234 as indexed parameters or mount the page
 as /showuser/id/{user-id}

Probably my code is guilty, can you go through my quickstart?

Thank you,
Peter

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

Re: [1.5] new wicket URL-related questions

[Major Péter]

 okay, but how did the 1.4 have nice url in browser bar and Ajax working
 without this tweak? I mean this new ?number style urls are a bit ugly
 IMHO, and I have many ajaxified pages, so I don't know how to deal with
 this right now..
 If you use regular bookmarkable pages in 1.4  with Ajax and refresh
 the page then all your Ajax state is gone! This is why URLS are hybrid
 by default in 1.5.

I don't mind that, is there a way to change the default?

 I don't think you can mount same page twice.

Okay, how can I create aliases for a page then? And how could I create a
nice url for parameterless and 'parameterful' pages? like /show shows a
user own profile, and /show/id/{id} shows another users profile?

 Huh? Why should we store it somewhere else? It's part of page
 parameters. Page parameters are current page parameters for the
 requests. You can use models properly and reload the data on every
 request (by quering getPageParameters().getNamedParameter(user-id)
 for the id.

I don't think you're using http referers to find out which page did the
request came from, I think you're using the browser bar URL when you
create the links for the page content. So the links on the page are
already containing the page id's, that's great. But the browser bar URL
is not used for anything after page rendering, or?

 Also how could I make Wicket to use by default the /id/1234 format
 instead of ?3id=1234 for link creation??

 You can either set id and 1234 as indexed parameters or mount the page
 as /showuser/id/{user-id}

 Probably my code is guilty, can you go through my quickstart?
 You didn't put any code in the archive, just class files.

doh, right.. The working url is http://aldaris.sch.bme.hu/myproject.tar.gz
Just execute a mvn jetty:run and see how it 'works'.

Thanks,
Peter

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

Re: [1.5] new wicket URL-related questions

[Major Péter]

 I don't think there is simple way to do that (unless you tweak the mapper).
 Why would you want to do that though? All bookmarkable URLs are
 generated without the page Id,
 The redirect is temporary (so google indexes the original URL). URL is
 still bookmarkable so users can copy and paste it, page Id is pretty
 much harmless.

I would like to have clean URLs, and page Id on every single URL isn't
that pretty.

 I don't think you can mount same page twice.

 Okay, how can I create aliases for a page then? And how could I create a
 nice url for parameterless and 'parameterful' pages? like /show shows a
 user own profile, and /show/id/{id} shows another users profile?
 You can't mount the page twice, because in that case wicket will not
 know which mapping to use for the page when generating the URL.
 If you need page to be accessible on both
 /show
 and
 /show/id/4
 
 then you need to mount it on /show and treat /id/3 as indexed parameters.

will do, but what about aliases? Let's say I want to support legacy
uri's, what should I do then?

 Http refereres? Where did that come from?
 
 As I said, every time you call getPageParameters() it contains the
 *current* URL parameters. It might be different from the
 PageParameters that you got in page constructor, because that was
 during page construction only.
 
 so if you have an entity to show, best way is to use LDM
 i.e.
 new LoadableDetachableModel() {
 public Object load() {
return userdao.load(getPageParameters().getNamedParameter(user-id));
 }
 }
 
 This will result of the correct entity loaded even if you change page
 parameters (while leaving the original page id).

oh yeah, I don't use LDM's (I know I should), instead I'm using simple
propertymodels and compoundpropertymodels. This is a method of yours to
make people use LDM everywhere?

Also the main question was unanswered:
are you using the browser bar URL for anything after page rendering?

p.s: the quickstart is here: http://aldaris.sch.bme.hu/myproject.tar.gz

Thanks,
Peter

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

[1.5] new wicket URL-related questions

[Major Péter]

Hi!

As I'm testing wicket 1.5-SNAPSHOT, I'm seeing some strange behaviors:
With 1.4 I've used to have url's like:
showuser/id/1234
now when I open simply the page without params, I will see the following
URL:
showuser?[0-9]+
When I looked at the JavaDoc of the new MountMapper (which is the
replacement for mountBookmarkablePage), I saw that I'm having this URL,
because my page is not stateless.
Q1: with 1.4 this was possible, because the URL contained the pagemap
instance number, or is there something else?
Q2: (a little n00b question) how can I find out which component makes my
page stateful?

when I try to hit the URL now:
showuser/id/1234
then I'm going to have indexed parameters and not named parameter with
'id' name. Q3: Why is that?
if I have a page with URL in browser:
showuser?8id=123
and I rewrite the id to 124, then I'm going to still see the page for
123, which is really disturbing! Q4: is there a solution for this to
work? Or should I make my page stateless to be able to do this?? (How?)

Also how could I make Wicket to use by default the /id/1234 format
instead of ?3id=1234 for link creation??

Thanks for your help.

Best Regards,
Peter Major

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

Re: RadioGroup/Radio runtime exception

[Major Péter]

Hi,

I'm also seeing time to time this exception with 1.4.8, the only
difference is, that I'm using the radiogroup within a wizard. (the
wizard buttons are Ajax buttons).

Any thoughts, how could this happen?

Thanks,
Peter

2010-08-19 16:40 keltezéssel, Grafas írta:
 
 Hi all,
 we are using Wicket 1.3.5 and from time to time we keep getting
 WicketRuntimeException:
 submitted http post value [radio-31045] for RadioGroup component
 [31:contentcontainer:requestEditForm:currencySelectionPanel:currencySelectionForm:sellBuy]
 is illegal because it does not contain relative path to a Radio componnet.
 Due to this the RadioGroup component cannot resolve the selected Radio
 component pointed to by the illegal value. A possible reason is that
 componment hierarchy changed between rendering and form submission.
 at
 org.apache.wicket.markup.html.form.RadioGroup.convertValue(RadioGroup.java:117)
   at
 org.apache.wicket.markup.html.form.FormComponent.convertInput(FormComponent.java:1189)
   at
 org.apache.wicket.markup.html.form.FormComponent.validate(FormComponent.java:1093)
   at
 org.apache.wicket.ajax.form.AjaxFormChoiceComponentUpdatingBehavior.respond(AjaxFormChoiceComponentUpdatingBehavior.java:164)
   at
 org.apache.wicket.ajax.AbstractDefaultAjaxBehavior.onRequest(AbstractDefaultAjaxBehavior.java:297)
   at
 org.apache.wicket.request.target.component.listener.BehaviorRequestTarget.processEvents(BehaviorRequestTarget.java:100)
   at
 org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:91)
   at
 org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1175)
 
 I can't get exactly why I'm getting it and I can't reproduce it. The panel
 is where these radio buttons are is updated by ajax quite a lot. In fact
 every second. Cant this be the problem?
 Here is part of code with radio buttons:
 
 RadioGroup operation = new RadioGroup(sellBuy);
   operation.setRequired(true);
   currencyForm.add(operation);
 
   Radio buyActionRadio = new Radio(actionBUY, new 
 Model(Operation.BUY));
   buyActionRadio.setMarkupId(actionBUY);
   buyActionRadio.setOutputMarkupId(true);
   operation.add(buyActionRadio);
   operation.add(new Label(actionBUYLabel, new
 StringResourceModel(buyCurrency, null, buyCurrency)));
 
   Radio sellActionRadio = new Radio(actionSELL, new
 Model(Operation.SELL));
   sellActionRadio.setMarkupId(actionSELL);
   sellActionRadio.setOutputMarkupId(true);
   operation.add(sellActionRadio);
   operation.add(new Label(actionSELLLabel, new
 StringResourceModel(sellCurrency, null, sellCurrency)));
 
   WebMarkupContainer amountCurrencyCont = new
 WebMarkupContainer(amountCurrencyCont);
   currencyForm.add(amountCurrencyCont);
 
   final Label shownActionLabel = new Label(shownActionLabel, new
 StringResourceModel(${sellBuy}, model, ));
   shownActionLabel.setOutputMarkupId(true);
   amountCurrencyCont.add(shownActionLabel);
   operation.add(new AjaxFormChoiceComponentUpdatingBehavior() {
   protected void onUpdate(AjaxRequestTarget target) {
   
 deal.setSellAmountFixed(!deal.isSellAmountFixed());
   target.addComponent(shownActionLabel);
   recalculateAmountAndProfit();
   fireChange(target);
   currencyForm.process();
   }
   });

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

Re: [Vote] wicketstuff-core structure to support wicket 1.5 related development

[Major Péter]

 [X] - trunk to track 1.5, branch for 1.4.11-SNAPSHOT and subsequent
 releases. (+:no merge later; -: trunk will be broken for an extended
 period)

I think we should have the same layout as Wicket.

 Wicket 1.5 Options:
 
 [X] wicket 1.5 branch is set to wicket 1.5-SNAPSHOT and if there is
 demand we can cut releases to match the wicket milestones and/or release
 candidates.

I don't think we really want to create wicketstuff releases for every
1.5 Milestone/RC, so probably we're better off now with the bleeding edge.

Regards,
Peter

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

Re: Wicket 1.5-M1 causing IllegalStateException

[Major Péter]

Hi,

thanks for the tip, but that had nothing to do with your breakpoint.
Stay tuned, EPIC bug:

The problem was basically, that the linked Page contained a not 1.5-M1
compatible TinyMCE component, which used old version of
ResourceReference. My Page class couldn't be loaded, since there was a
NoClassDefFoundError, since it couldn't find the ResourceReference class.

Now take a look at my onClick:
public void onClick() {
setResponsePage(new ValuationDetails(val, getPage()));
}

the onClick is called with method.invoke(..), since the class couldn't
be loaded I have a nice InvocationTargetException, which is catched
nicely, this is handled great, but there is some another magic involved
there, which I haven't debug further, but in the end in
BufferedWebResponse#writeTo I have two SendRedirectActions, one is for
wicket/page?10 and one is for korok/consider?11 (I've started from
korok/consider), and this could only result in IllegalStateException.

A better handling would be maybe in ServletWebResponse#sendRedirect to
check whether redirect is already null, and throw a nice
wicketruntimeexception instead. (or find out, how could I have two
sendredirectaction)

Best Regards,
Peter

2010-08-13 10:02 keltezéssel, Martin Grigorov írta:
 The breakpoint should be
 at: 
 org.apache.wicket.request.http.handler.RedirectRequestHandler.respond(IRequestCycle)
  (wicket-request project)
 
 On Fri, Aug 13, 2010 at 9:54 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote:
 
 2010/8/12 Major Péter majorpe...@sch.bme.hu:
 Hi,

 I have a page with the ~following markup:
 form
  table (DataView)
  tra href=link //tr
  /table
 /form

 The link is constructed like:
 Link valuationLink = new Link(valuationLink) {
@Override
public void onClick() {
setResponsePage(new ValuationDetails(val, getPage()));
}
 };

 When I click on this link, I get HTTP 500 and the following stacktrace:
 java.lang.IllegalStateException
at

 org.apache.catalina.connector.ResponseFacade.sendRedirect(ResponseFacade.java:522)
at

 org.apache.wicket.protocol.http.servlet.ServletWebResponse.sendRedirect(ServletWebResponse.java:232)
at

 org.apache.wicket.protocol.http.BufferedWebResponse$SendRedirectAction.invoke(BufferedWebResponse.java:275)
at

 org.apache.wicket.protocol.http.BufferedWebResponse.writeTo(BufferedWebResponse.java:439)
at

 org.apache.wicket.protocol.http.HeaderBufferingWebResponse.flush(HeaderBufferingWebResponse.java:87)
at

 org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:145)
at

 org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:188)
at

 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at

 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at

 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
at

 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
at

 org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)


 looks like the servlet container does not like the redirect url. can
 you set a breakpoint and tell us what the original url is and what url
 wicket is trying to redirect to?

 should I create JIRA issues instead of mailing them? :)

 yeah, that will make things easier.

 -igor

 Regards,
 Peter

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

Re: Wicket 1.5-M1 causing IllegalStateException

[Major Péter]

 A better handling would be maybe in ServletWebResponse#sendRedirect to
 check whether redirect is already null, and throw a nice

I mean true, not null..

 wicketruntimeexception instead. (or find out, how could I have two
 sendredirectaction)

or both

Regards,
Peter

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

Re: Wicket 1.5-M1 migration experiences

[Major Péter]

hmm, that makes (more) sense, thanks for the clarification.

Peter

2010-08-12 09:46 keltezéssel, Johan Compagner írta:
 If NamedParameter is something like;
 
 /show?id=10test=11
 
 IndexedParameter is not something like:
 
 /show/id/10/test/11
 
 thats still named, just differently outputed, but
 
 show/10/11
 
 indexed then the name is presumed (its 1 ,2 ,3 ,...)
 
 johan
 
 
 2010/8/12 Major Péter majorpe...@sch.bme.hu:
 Hi,

 I've just tried to move our application to Wicket 1.5-M1, and I've faced
 with the following problems:
 * new HeaderContributor(new IHeaderContributor() {...} isn't working
 anymore, the constructor is gone.
 After looking into JavaDoc I've find out that HeaderContributor.forCss
 and other methods are deprecated in 1.4.9, but not in 1.5-M1, so wtf?

 * PageParameters#getAsLong and other helper methods are missing, instead
 we have PageParameters#getNamedParameter()#toLong and etc.

 There are Indexed Parameters and Named Parameters, what's the difference?
 based on the JavaDoc I would thought indexed parameter is like
 '/show/id/1' and named is 'show?id=1'
 if this is true, why isn't there simply a
 getParameterIDon'tCareAboutTheTypeOfIt function, if I want to support
 both of them?

 The deprecated PageParameters constructors are lacking JavaDoc
 deprecation note, or it could be a bit enhanced at least.

 * AjaxButton now has onError function, which needs to be implemented
 * IBehavior#unbind

 * In MyApplication I've had a method like this:
 @Override
public RequestCycle newRequestCycle(Request request, Response
 response) {
if
 (!Configuration.getEnvironment().equals(Environment.PRODUCTION)) {
return super.newRequestCycle(request, response);
} else {
return new WebRequestCycle(this, (WebRequest) request,
 (WebResponse) response) {

@Override
public Page onRuntimeException(Page page,
 RuntimeException ex) {
if (ex instanceof PageExpiredException) {
return new PageExpiredError();
}
return new InternalServerError(page, ex);
}
};
}
}

 now newRequestCycle is gone, we have createRequestCycle, which is final
 and it uses RequestCycleProvider. so changing this to

 setRequestCycleProvider(new IRequestCycleProvider() {

@Override
public RequestCycle get(RequestCycleContext context) {
if
 (!Configuration.getEnvironment().equals(Environment.PRODUCTION)) {
return new RequestCycle(context);
} else {
return new RequestCycle(context) {

@Override
protected IRequestHandler
 handleException(Exception e) {
//etc
}
};
}
}
});

 should have the same behavior, or??

 Also I couldn't find a substitute for this:
 http://wicket.apache.org/apidocs/1.4/org/apache/wicket/protocol/http/WebApplication.html#mount(java.lang.String,%20org.apache.wicket.util.lang.PackageName)
 and also for HybridUrlCodingStrategy. Or is hybrid even needed anymore?
 Where can I find out more about these new requestmapper stuff? (Please
 don't say in wicket-examples, I'm looking for a doc, like
 https://cwiki.apache.org/confluence/display/WICKET/URL+Coding+Strategies )

 Thanks

 Regards,
 Peter

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

Re: Wicket 1.5-M1 migration experiences

[Major Péter]

Hi,

 There is no WebRequestCycle anymore. You'll need to extend RequestCycle now.
 Override org.apache.wicket.Application.createRequestCycle(Request, Response)
 to return your class.

that method is final, you should use setRequestCycleProvider() IMHO.

Regards,
Peter

 The current entry point
 is org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach().
 For now you'll have to wrap this method with try/finally to simulate
 onBefore/onEnd.
 
 We will discuss it and probably these two methods will be added again there
 for M2.

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

Re: Wicket 1.5-M1 migration experiences

[Major Péter]

What's the substitute for RequestCycle#urlFor(Class, PageParameters) ?

In 1.4 I was using RequestCycle#setRequestTarget(IResourceStream) and
ResourceStreamRequestTarget to make dynamically generated PDF/CSV/etc
files downloadable for users. How is that possible in 1.5-M1?

Thanks,
Peter

2010-08-12 12:11 keltezéssel, Martin Grigorov írta:
 Good catch!
 
 There is no WebRequestCycle anymore. You'll need to extend RequestCycle now.
 Override org.apache.wicket.Application.createRequestCycle(Request, Response)
 to return your class.
 The current entry point
 is org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach().
 For now you'll have to wrap this method with try/finally to simulate
 onBefore/onEnd.
 
 We will discuss it and probably these two methods will be added again there
 for M2.
 
 2010/8/12 dzb zenberg.d...@gmail.com
 
 Hi,

 It seems RequestCycle has a big change in 1.5-M1.

 How can I do things like below codes on 1.5 ?

 public class MyRequestCycle extends WebRequestCycle {

  @Override
  protected void onBeginRequest() {
   super.onBeginRequest();
   ...
  }

  @Override
  protected void onEndRequest() {
...
super.onEndRequest();
  }
 }

 Where is the request pipline's entry?

 dzb，zenberg.d...@gmail.com
 2010-08-12
 - Original Message -
 From: Major_P閠er
 To: users
 Sent: 2010-08-12, 06:53:39
 Subject: Wicket 1.5-M1 migration experiences


 Hi,

 I've just tried to move our application to Wicket 1.5-M1, and I've faced
 with the following problems:
 * new HeaderContributor(new IHeaderContributor() {...} isn't working
 anymore, the constructor is gone.
 After looking into JavaDoc I've find out that HeaderContributor.forCss
 and other methods are deprecated in 1.4.9, but not in 1.5-M1, so wtf?

 * PageParameters#getAsLong and other helper methods are missing, instead
 we have PageParameters#getNamedParameter()#toLong and etc.

 There are Indexed Parameters and Named Parameters, what's the difference?
 based on the JavaDoc I would thought indexed parameter is like
 '/show/id/1' and named is 'show?id=1'
 if this is true, why isn't there simply a
 getParameterIDon'tCareAboutTheTypeOfIt function, if I want to support
 both of them?

 The deprecated PageParameters constructors are lacking JavaDoc
 deprecation note, or it could be a bit enhanced at least.

 * AjaxButton now has onError function, which needs to be implemented
 * IBehavior#unbind

 * In MyApplication I've had a method like this:
 @Override
public RequestCycle newRequestCycle(Request request, Response
 response) {
if
 (!Configuration.getEnvironment().equals(Environment.PRODUCTION)) {
return super.newRequestCycle(request, response);
} else {
return new WebRequestCycle(this, (WebRequest) request,
 (WebResponse) response) {

@Override
public Page onRuntimeException(Page page,
 RuntimeException ex) {
if (ex instanceof PageExpiredException) {
return new PageExpiredError();
}
return new InternalServerError(page, ex);
}
};
}
}

 now newRequestCycle is gone, we have createRequestCycle, which is final
 and it uses RequestCycleProvider. so changing this to

 setRequestCycleProvider(new IRequestCycleProvider() {

@Override
public RequestCycle get(RequestCycleContext context) {
if
 (!Configuration.getEnvironment().equals(Environment.PRODUCTION)) {
return new RequestCycle(context);
} else {
return new RequestCycle(context) {

@Override
protected IRequestHandler
 handleException(Exception e) {
//etc
}
};
}
}
});

 should have the same behavior, or??

 Also I couldn't find a substitute for this:

 http://wicket.apache.org/apidocs/1.4/org/apache/wicket/protocol/http/WebApplication.html#mount(java.lang.String,%20org.apache.wicket.util.lang.PackageName)
 and also for HybridUrlCodingStrategy. Or is hybrid even needed anymore?
 Where can I find out more about these new requestmapper stuff? (Please
 don't say in wicket-examples, I'm looking for a doc, like
 https://cwiki.apache.org/confluence/display/WICKET/URL+Coding+Strategies )

 Thanks

 Regards,
 Peter

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

Wicket 1.5-M1 and DropDownChoice wantOnSelectionChanged

[Major Péter]

Hi,

I'm getting weird error, while using DDC wantOnSelectionChanged like this:
http://stewie.sch.bme.hu/gitweb/?p=aldaris/korok;a=blob;f=sch-pek-web/src/main/java/hu/sch/web/kp/group/GroupHistory.java;h=fffd7b583a6cd5723e06efb905eb8dcd69bc077e;hb=wicket15#l118
When I click on a ddc row, I'm getting:
https://host/korok/wicket/page?15-2.IOnChangeListener-valuationsvaluations=4

Which will redirect me with 302 to:
https://aldaris.sch.bme.hu:18181/wicket/page?17

and there I have a component not found exception for 'valuations' on
page 'homepage'.

What is wrong here?

Regards,
Peter

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

Wicket 1.5-M1 causing IllegalStateException

[Major Péter]

Hi,

I have a page with the ~following markup:
form
 table (DataView)
  tra href=link //tr
 /table
/form

The link is constructed like:
Link valuationLink = new Link(valuationLink) {
@Override
public void onClick() {
setResponsePage(new ValuationDetails(val, getPage()));
}
};

When I click on this link, I get HTTP 500 and the following stacktrace:
java.lang.IllegalStateException
at
org.apache.catalina.connector.ResponseFacade.sendRedirect(ResponseFacade.java:522)
at
org.apache.wicket.protocol.http.servlet.ServletWebResponse.sendRedirect(ServletWebResponse.java:232)
at
org.apache.wicket.protocol.http.BufferedWebResponse$SendRedirectAction.invoke(BufferedWebResponse.java:275)
at
org.apache.wicket.protocol.http.BufferedWebResponse.writeTo(BufferedWebResponse.java:439)
at
org.apache.wicket.protocol.http.HeaderBufferingWebResponse.flush(HeaderBufferingWebResponse.java:87)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:145)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:188)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:277)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:188)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:641)

should I create JIRA issues instead of mailing them? :)

Regards,
Peter

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

Wicket 1.5-M1 migration experiences

[Major Péter]

Hi,

I've just tried to move our application to Wicket 1.5-M1, and I've faced
with the following problems:
* new HeaderContributor(new IHeaderContributor() {...} isn't working
anymore, the constructor is gone.
After looking into JavaDoc I've find out that HeaderContributor.forCss
and other methods are deprecated in 1.4.9, but not in 1.5-M1, so wtf?

* PageParameters#getAsLong and other helper methods are missing, instead
we have PageParameters#getNamedParameter()#toLong and etc.

There are Indexed Parameters and Named Parameters, what's the difference?
based on the JavaDoc I would thought indexed parameter is like
'/show/id/1' and named is 'show?id=1'
if this is true, why isn't there simply a
getParameterIDon'tCareAboutTheTypeOfIt function, if I want to support
both of them?

The deprecated PageParameters constructors are lacking JavaDoc
deprecation note, or it could be a bit enhanced at least.

* AjaxButton now has onError function, which needs to be implemented
* IBehavior#unbind

* In MyApplication I've had a method like this:
@Override
public RequestCycle newRequestCycle(Request request, Response
response) {
if
(!Configuration.getEnvironment().equals(Environment.PRODUCTION)) {
return super.newRequestCycle(request, response);
} else {
return new WebRequestCycle(this, (WebRequest) request,
(WebResponse) response) {

@Override
public Page onRuntimeException(Page page,
RuntimeException ex) {
if (ex instanceof PageExpiredException) {
return new PageExpiredError();
}
return new InternalServerError(page, ex);
}
};
}
}

now newRequestCycle is gone, we have createRequestCycle, which is final
and it uses RequestCycleProvider. so changing this to

setRequestCycleProvider(new IRequestCycleProvider() {

@Override
public RequestCycle get(RequestCycleContext context) {
if
(!Configuration.getEnvironment().equals(Environment.PRODUCTION)) {
return new RequestCycle(context);
} else {
return new RequestCycle(context) {

@Override
protected IRequestHandler
handleException(Exception e) {
//etc
}
};
}
}
});

should have the same behavior, or??

Also I couldn't find a substitute for this:
http://wicket.apache.org/apidocs/1.4/org/apache/wicket/protocol/http/WebApplication.html#mount(java.lang.String,%20org.apache.wicket.util.lang.PackageName)
and also for HybridUrlCodingStrategy. Or is hybrid even needed anymore?
Where can I find out more about these new requestmapper stuff? (Please
don't say in wicket-examples, I'm looking for a doc, like
https://cwiki.apache.org/confluence/display/WICKET/URL+Coding+Strategies )

Thanks

Regards,
Peter

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

Re: Change from development to deployment mode in maven2

[Major Péter]

Hi,

you could configure the wicket.configuration with JVM properties too, so
you can have always enabled the production mode in web.xml, and override
it with your dev server JVM property. See the JavaDoc for
Application#getConfigurationType.

Regards,
Peter

2010-07-19 19:10 keltezéssel, Gustavo Henrique írta:
 Hi!
 I'm using wicket in development mode but I need to change to deployment mode
 when maven is called. How I configure maven to change that mode when it is
 to generate war file?
 
 thanks!

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

Re: Serialization of injected EJBs

[Major Péter]

Hi,

you could try to use:
http://wicketstuff.org/confluence/display/STUFFWIKI/JavaEE+Inject

Regards,
Peter

2010-07-07 16:42 keltezéssel, Harald Wellmann írta:
 I'm using Wicket on Glassfish v3, injecting stateless session beans (using 
 the no-interface view) into my Wicket components.
 
 For a component member
 
   @Inject
   private Foo foo;
 
 Glassfish generates a proxy which is not serializable, even though my class 
 Foo is.
 
 Now the problem is that Wicket cannot serialize the page containing the given 
 component. I'm not sure whether or not it is legal by the EJB 3.1 spec to 
 have the proxy being not serializable when the underlying class is. Just 
 assuming for the moment this is not a bug in Glassfish, what would be the 
 best way of dealing with this in Wicket?
 
 Detaching the EJBs on serialization and re-injecting them on deserialization 
 might work, but I'm not sure how to do this, and of course I would like that 
 to happen behind the scenes, without having to provide event handlers in each 
 and every component with injected EJBs.
 
 By the way, I'm using a ComponentInstantiationListener from 
 https://wamblee.org/viewvc/wicket-cdi/ to deal with CDI, but the same issue 
 occurs with old style @EJB injection as well.
 
 Any ideas?
 
 Best regards,
 
 Harald

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

Re: AW: Serialization of injected EJBs

[Major Péter]

JavaEE Inject generates a serializable proxy, so the injected references
could be stored into session without problem.

Peter

2010-07-07 17:07 keltezéssel, Harald Wellmann írta:
 Is there any evidence that javaee-inject would solve the problem? The 
 question is not how to inject the EJBs (this works fine with the wicket-cdi 
 lib), but how to serialize the injected proxies.
 
 Regards,
 
 Harald
 
 -Ursprüngliche Nachricht-
 Von: Major Péter [mailto:majorpe...@sch.bme.hu] 
 Gesendet: Mittwoch, 7. Juli 2010 16:51
 An: users@wicket.apache.org
 Betreff: Re: Serialization of injected EJBs
 
 Hi,
 
 you could try to use:
 http://wicketstuff.org/confluence/display/STUFFWIKI/JavaEE+Inject
 
 Regards,
 Peter
 
 2010-07-07 16:42 keltezéssel, Harald Wellmann írta:
 I'm using Wicket on Glassfish v3, injecting stateless session beans (using 
 the no-interface view) into my Wicket components.

 For a component member

  @Inject
  private Foo foo;

 Glassfish generates a proxy which is not serializable, even though my class 
 Foo is.

 Now the problem is that Wicket cannot serialize the page containing the 
 given component. I'm not sure whether or not it is legal by the EJB 3.1 spec 
 to have the proxy being not serializable when the underlying class is. Just 
 assuming for the moment this is not a bug in Glassfish, what would be the 
 best way of dealing with this in Wicket?

 Detaching the EJBs on serialization and re-injecting them on deserialization 
 might work, but I'm not sure how to do this, and of course I would like that 
 to happen behind the scenes, without having to provide event handlers in 
 each and every component with injected EJBs.

 By the way, I'm using a ComponentInstantiationListener from 
 https://wamblee.org/viewvc/wicket-cdi/ to deal with CDI, but the same issue 
 occurs with old style @EJB injection as well.

 Any ideas?

 Best regards,

 Harald

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

Re: Serialization of injected EJBs

[Major Péter]

I'm using the lib in production with GlassFish v3 and for developing
with GlassFish 3.0.1, and haven't seen this exception so far for my
EJB's. Something is weird with your EJB... Could you check the
javaee-inject-examples (1.4.10-SNAPSHOT) project with the same container?

Thanks,
Peter

2010-07-07 18:12 keltezéssel, Harald Wellmann írta:
 Hmmm, has anybody tried this on Glassfish? The exception I currently get is:
 
 org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: 
 Unable to serialize class: 
 com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate
 
 protected java.lang.reflect.InvocationHandler java.lang.reflect.Proxy.h 
 [class=com.sun.ejb.containers.EJBLocalObjectInvocationHandlerDelegate] - 
 field that is not serializable
 
 So it seems it's not the proxy itself that cannot be serialized but some 
 delegate generated by Glassfish which is not serializable (even though my 
 implementation class is).
 
 Regards,
 
 Harald

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

Re: AW: Serialization of injected EJBs

[Major Péter]

Nope, it does not support CDI. AFAIK @EJB is not deprecated or
old-style, and it's still available in Java EE 6. The thread was about
injecting EJB's and JavaEE Inject does exactly that.
You can always use lookups for your beans/CDI stuff...

Regards,
Peter

2010-07-07 19:34 keltezéssel, Harald Wellmann írta:
 Does javaee-inject support CDI at all? I cannot find any @Inject annotations 
 in the examples you mentioned, they all seem to be in Java EE 5 style, not 
 Java EE 6.
 
 Regards,
 
 Harald
 
 Von: Major Péter [majorpe...@sch.bme.hu]
 Gesendet: Mittwoch, 7. Juli 2010 18:37
 An: users@wicket.apache.org
 Betreff: Re: Serialization of injected EJBs
 
 I'm using the lib in production with GlassFish v3 and for developing
 with GlassFish 3.0.1, and haven't seen this exception so far for my
 EJB's. Something is weird with your EJB... Could you check the
 javaee-inject-examples (1.4.10-SNAPSHOT) project with the same container?
 
 Thanks,
 Peter

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

Re: OutOfMemoryError with lots of unit tests

[Major Péter]

Hi,

Try something like this:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
inheritedtrue/inherited
configuration
skipTestsfalse/skipTests
forkModeonce/forkMode
argLine-Xmx512m -XX:MaxPermSize=256m/argLine
/configuration
/plugin

maybe check out the perTest forkMode.

Regards,
Peter

2010-06-28 11:08 keltezéssel, Swanthe Lindgren írta:
 Hello
 Has someone got any good tips about performing lots of render tests? We
 are using TestNG and maven/surefire test runner which results in
 OutOfMemoryError for our about 500 tests, where each test tries to
 render a page or panel. After a bit of redesigning our test classes and
 call WicketTester.destroy()  after each test, we were able to run about
 50 more tests, but now we are back at OutOfMemoryError.
 
 //Swanthe

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

[announce]JavaEE Inject updates

[Major Péter]

Hi all,

Some info about the project:
JavaEE Inject basically allows you to use @EJB, @Resource and
@PersistenceUnit annotations in your Wicket applications, without the
need of doing lookups and other nasty stuff. :)

The official announcement of the new version can be found at:
https://kir-dev.sch.bme.hu/2010/06/javaee-inject-updates/

Best Regards,
Peter Major

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

Re: Dynamic Wizard Example

[Major Péter]

Hi,

probably this is not the best implementation, but here it is:
http://idp.sch.bme.hu/cgi-bin/gitweb.cgi?p=aldaris/korok;a=blob;f=sch-kp-web/src/main/java/hu/sch/web/idm/pages/wizard/RegisterWizard.java;h=ccb1c532adf718a5e5a5db3ad0a9a114b2266216;hb=HEAD

We are using this code in production, and works pretty well.

Regards,
Peter

2010-06-21 15:46 keltezéssel, jbellmann írta:
 
 Hi there,
 
 i'm new to wicket and i am looking for an small example for dynamic wizards
 with wicket. I found the normal example for wizards but not for dynamic
 wizards.
 
 Can you give me some links to examples with dynamic wizards?
 
 Thanks,
 
 Joerg

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

Re: [announce] wicketstuff-core 1.4.7 released

[Major Péter]

Great news, thanks!

Another stuff:
am I the only one, who can't build wicketstuff because of the
wicket-html5's following (not available) dependency:
org.mortbay.jetty:maven-jetty-plugin:pom:7.0.2.v20100331 ?

Regards,
Peter

2010-05-24 17:48 keltezéssel, Michael O'Cleirigh írta:
 Hello,
 
 Based on the positive reception for a 1.4.7 wicketstuff-core release, 4
 positive votes (3 + mine) and no negative,  I promoted the staged
 release into the sonatype repository and filed the ticket for central
 sync up.
 
 The sync up has now occurred and the 1.4.7 artifacts are available
 through maven central (http://repo2.maven.org/maven2/org/wicketstuff).
 
 Tag:
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/tags/wicketstuff-core-1.4.7
 
 
 To use in Maven:
 
 dependency
 groupIdorg.wicketstuff/groupId
 artifactId${module}/artifactId
 version1.4.7/version
 /dependency
 
 The module names come from what is defined in each module's POM (so each
 module directory/pom.xml that produces a jar artifact).
 
 Regards,
 
 Mike

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

Re: [announce] wicketstuff-core 1.4.7 released

[Major Péter]

 am I the only one, who can't build wicketstuff because of the
 wicket-html5's following (not available) dependency:
 org.mortbay.jetty:maven-jetty-plugin:pom:7.0.2.v20100331 ?

sorry, I just had to git svn rebase the thing...

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

WicketStuff version bumping?

[Major Péter]

Hi,

We have 1.4.7-SNAPSHOT for quite some time now, shouldn't we release an 
1.4.8 edition and bump to 1.4.8-SNAPSHOT?


Regards,
Peter

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

Re: WicketStuff version bumping?

[Major Péter]

Right, this would make more sense :)

2010-05-06 01:07 keltezéssel, James Carman írta:
 Wouldn't you release a 1.4.8 version (which goes with wicket 1.4.8)
 and then go to 1.4.9-SNAPSHOT?
 
 2010/5/5 Major Péter majorpe...@sch.bme.hu:
 Hi,

 We have 1.4.7-SNAPSHOT for quite some time now, shouldn't we release an
 1.4.8 edition and bump to 1.4.8-SNAPSHOT?

 Regards,
 Peter

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

Re: Wicketstuff updated!

[Major Péter]

TeamCity is still unable to connect to the SVN server, so there are no
artifacts for 1.4.7-SNAPSHOT. You need to build the artifacts for yourself..

Regards,
Peter

2010-04-18 20:39 keltezéssel, Nikita Tovstoles írta:
 Could someone pls point me to 1.4.7-SNAPSHOT maven repo location? It's not 
 here:
 http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/
 
 thanks
 -nikita
 
 On Wed, Mar 24, 2010 at 2:26 PM, nino martinez wael
 nino.martinez.w...@gmail.com wrote:
 artifacts should find their way into the repo once team city builds..

 2010/3/24 Boris Goldowsky bgoldow...@cast.org:
 As discussed, and not hearing any objections, I've updated the
 wicketstuff-core project to depend on Wicket 1.4.7.  wicketstuff-core's
 version number is now 1.4.7-SNAPSHOT, and the idea is that people can test
 it, and barring any major problems it can be released as a stable version
 1.4.7 .

 Now, before people can easily test this, the artifacts need to get into the
 wicket snapshots maven repository, right?  Can someone with the requisite
 permissions make this happen?  In the meantime of course people are
 encouraged to download the projects and build and test them locally.

 In addition to wicket, the following dependencies were also updated to the
 latest stable version within the same major version of the project.  I did
 not attempt to move Lucene from version 2.4.1 to 3.0.1, for instance, since
 more significant changes might be required for this (if any subproject is
 actually using it).

  Jetty: 6.1.22
  Lucene: 2.4.1
  slf4j: 1.5.11
  JUnit: 4.8.1

 I had to make a couple of changes to get everything to build with the new
 dependencies (commented out wagon-ssh-external extension from inmethod-grid;
 added new required constructor argument to two instances of
 SpringComponentInjector).  People should test the build and make sure these
 changes are ok.  But at least for me, I can do a mvn install at the top
 level and it works.

 Bng

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

Re: DropDownList

[Major Péter]

http://lmgtfy.com/?q=wicket+change+choose+one+text

2010-04-14 14:00 keltezéssel, Josh Kamau írta:
 Hi team;
 
 Please tell me , how do i change the Choose One text on the drop down list
 to something else?
 
 regards;
 
 Josh

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

Re: Google Charts integration

[Major Péter]

It's available here:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/googlecharts-parent/

Regards,
Peter

2010-04-12 22:28 keltezéssel, Major Péter írta:
 I've just started to move the application into wicketstuff-core. I will
 check also, whether the API has enhanced in the meantime. Stay tuned..
 
 Regards,
 Peter
 
 2010-04-12 16:01 keltezéssel, nino martinez wael írta:
 So someone should bump the version.. Anyone knows if the project are
 still active?.. I might be headed down the googlecharts road and if I
 go there. I'll make sure the project works on wicket 1.4.7 and update
 the project ..

 2010/4/12 Major Péter majorpe...@sch.bme.hu:
 Hi,

 I've just checked out the project from
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/wicket-googlecharts/
 and after changing the wicket version in the pom, it still compiles, so
 it worth a try. :)

 Regards,
 Peter

 2010-04-12 15:00 keltezéssel, Alexander Monakhov írta:
 Hi, guys.

 Is there currently any integration of google charts with wicket?
 I've found some articles like that
 http://www.codecommit.com/blog/java/a-wicket-api-for-google-charts. But 
 they
 are really old.
 So, I'm curious whether there is any active integration with google charts.

 Best regards, Alexander.

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

Re: Google Charts integration

[Major Péter]

Hi,

I've just checked out the project from
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/wicket-googlecharts/
and after changing the wicket version in the pom, it still compiles, so
it worth a try. :)

Regards,
Peter

2010-04-12 15:00 keltezéssel, Alexander Monakhov írta:
 Hi, guys.
 
 Is there currently any integration of google charts with wicket?
 I've found some articles like that
 http://www.codecommit.com/blog/java/a-wicket-api-for-google-charts. But they
 are really old.
 So, I'm curious whether there is any active integration with google charts.
 
 Best regards, Alexander.

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

Re: Google Charts integration

[Major Péter]

There is nothing much wicket specific in the project, it only extends a
WebComponent. As far as I saw, the Google Chart didn't change much too.
So it's most probably going to work without any issue after bumping.

Regards,
Peter

2010-04-12 16:01 keltezéssel, nino martinez wael írta:
 So someone should bump the version.. Anyone knows if the project are
 still active?.. I might be headed down the googlecharts road and if I
 go there. I'll make sure the project works on wicket 1.4.7 and update
 the project ..
 
 2010/4/12 Major Péter majorpe...@sch.bme.hu:
 Hi,

 I've just checked out the project from
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/wicket-googlecharts/
 and after changing the wicket version in the pom, it still compiles, so
 it worth a try. :)

 Regards,
 Peter

 2010-04-12 15:00 keltezéssel, Alexander Monakhov írta:
 Hi, guys.

 Is there currently any integration of google charts with wicket?
 I've found some articles like that
 http://www.codecommit.com/blog/java/a-wicket-api-for-google-charts. But they
 are really old.
 So, I'm curious whether there is any active integration with google charts.

 Best regards, Alexander.

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

Re: Google Charts integration

[Major Péter]

I've just started to move the application into wicketstuff-core. I will
check also, whether the API has enhanced in the meantime. Stay tuned..

Regards,
Peter

2010-04-12 16:01 keltezéssel, nino martinez wael írta:
 So someone should bump the version.. Anyone knows if the project are
 still active?.. I might be headed down the googlecharts road and if I
 go there. I'll make sure the project works on wicket 1.4.7 and update
 the project ..
 
 2010/4/12 Major Péter majorpe...@sch.bme.hu:
 Hi,

 I've just checked out the project from
 https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/branches/wicket-1.3.x/wicket-googlecharts/
 and after changing the wicket version in the pom, it still compiles, so
 it worth a try. :)

 Regards,
 Peter

 2010-04-12 15:00 keltezéssel, Alexander Monakhov írta:
 Hi, guys.

 Is there currently any integration of google charts with wicket?
 I've found some articles like that
 http://www.codecommit.com/blog/java/a-wicket-api-for-google-charts. But they
 are really old.
 So, I'm curious whether there is any active integration with google charts.

 Best regards, Alexander.

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

Re: Wicketstuff updated!

[Major Péter]

JavaEE-Inject is tested, and OK.

It looks like there are projects, which are depending to a specific
wicket version (1.4-rc*, 1.4.5):
* multi-text-input-parent
* flot-parent/flot
* flot-parent/flot-examples
* wicket-html5-parent
* ddcalendar-parent/ddcalendar
* ddcalendar-parent/ddcalendar-examples

What's going to happen with them?

Regards,
Peter

2010-03-24 22:14 keltezéssel, Boris Goldowsky írta:
 As discussed, and not hearing any objections, I've updated the
 wicketstuff-core project to depend on Wicket 1.4.7.  wicketstuff-core's
 version number is now 1.4.7-SNAPSHOT, and the idea is that people can
 test it, and barring any major problems it can be released as a stable
 version 1.4.7 .
 
 Now, before people can easily test this, the artifacts need to get into
 the wicket snapshots maven repository, right?  Can someone with the
 requisite permissions make this happen?  In the meantime of course
 people are encouraged to download the projects and build and test them
 locally.
 
 In addition to wicket, the following dependencies were also updated to
 the latest stable version within the same major version of the project. 
 I did not attempt to move Lucene from version 2.4.1 to 3.0.1, for
 instance, since more significant changes might be required for this (if
 any subproject is actually using it).
 
  Jetty: 6.1.22
  Lucene: 2.4.1
  slf4j: 1.5.11
  JUnit: 4.8.1
 
 I had to make a couple of changes to get everything to build with the
 new dependencies (commented out wagon-ssh-external extension from
 inmethod-grid; added new required constructor argument to two instances
 of SpringComponentInjector).  People should test the build and make sure
 these changes are ok.  But at least for me, I can do a mvn install at
 the top level and it works.
 
 Bng

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

Re: How to integrate wicket and velocity?

[Major Péter]

See wicket-examples project:
http://www.wicket-library.com/wicket-examples/velocity/

Regards,
Peter


2010-03-26 14:00 keltezéssel, Gustavo Henrique írta:
 Can anyone tell me where I find a good documentation about this integration?
 
 Thanks!

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

Re: Wicketstuff versioning

[Major Péter]

2010-03-23 11:24 keltezéssel, Boris Goldowsky írta:
 I may be wrong, but wouldn't it make sense to delay creating a 1.4.x
 branch until/unless someone actually wants to commit some code that
 would be different for 1.4.x and 1.5-SNAPSHOT?  Once we branch, we have
 to start committing every bug fix to two different versions, right?  

Yes, you're right about this, maybe we should wait until the first 1.5
RC with it.

 If we're lucky, everything in Wicketstuff may work fine unchanged with
 1.4 and 1.5, and I suggest we can save ourselves a large amount of
 headache by just maintaining a single trunk, and bumping the version
 after there's an official Wicket release.

As far as I saw, there was some major modifications in the core around
the request-handling and URL-strategies, so this could rise up some issues.

 Of course, correct me if I'm wrong.  I don't know how fundamentally
 different wicket 1.5 is going to be, or if there are a lot of people
 running snapshots of it now who would need Wicketstuff to be tracking
 it.

Is 1.5 RC1 good for everyone? :)

Regards,
Peter

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

Re: Wicketstuff versioning

[Major Péter]

Tests are good, but this could be also arranged with voting, or not?
So what would be the best?
Modify the trunk to use 1.4.7, and release the current state as
wicketstuff 1.4.1 (because it's using 1.4.1 now) or modify the trunk
first for 1.4.7 fix the incompatibilities if there are, and then release
it as 1.4.7 and make trunk to follow 1.4-SNAPSHOT?
Or what else do you have in mind?
This sonarsource is good stuff, +1.

Peter

2010-03-23 12:33 keltezéssel, nino martinez wael írta:
 +1 for me on upgrading wicketstuff core to 1.4.7.
 
 On another topic making sure that an upgrade actually works are
 another thing. Code might compile but there could be runtime
 problems.. I discussed looong time ago a possibility for making tests
 for the javascript parts of the code aswell, with rhino... We could'nt
 really call it stable until we made sure it where that. On another
 node I'd suggest adding wicketstuff core to nemo.sonarsource.org , as
 it would help showing code metrics etc..
 
 2010/3/23 Stefan Lindner lind...@visionet.de:
 Should we really start with a big bang? Support wicketstuff STABLE core 
 releases for Wicket 1.4 AND 1.5RCx? Is a RC for Wicket 1.5 in sight? Or does 
 this mean everything in wicketstuff will stay as it is for a long time?
 Why not start with a smaller step and create a core wicketstuff release for 
 current wicket 1.4?

 Stefan

 -Ursprüngliche Nachricht-
 Von: Major Péter [mailto:majorpe...@sch.bme.hu]
 Gesendet: Dienstag, 23. März 2010 11:38
 An: users@wicket.apache.org
 Betreff: Re: Wicketstuff versioning

 2010-03-23 11:24 keltezéssel, Boris Goldowsky írta:
 I may be wrong, but wouldn't it make sense to delay creating a 1.4.x
 branch until/unless someone actually wants to commit some code that
 would be different for 1.4.x and 1.5-SNAPSHOT?  Once we branch, we have
 to start committing every bug fix to two different versions, right?

 Yes, you're right about this, maybe we should wait until the first 1.5
 RC with it.

 If we're lucky, everything in Wicketstuff may work fine unchanged with
 1.4 and 1.5, and I suggest we can save ourselves a large amount of
 headache by just maintaining a single trunk, and bumping the version
 after there's an official Wicket release.

 As far as I saw, there was some major modifications in the core around
 the request-handling and URL-strategies, so this could rise up some issues.

 Of course, correct me if I'm wrong.  I don't know how fundamentally
 different wicket 1.5 is going to be, or if there are a lot of people
 running snapshots of it now who would need Wicketstuff to be tracking
 it.

 Is 1.5 RC1 good for everyone? :)

 Regards,
 Peter

 -
 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

Re: Inject Dao ( with JPA impl) into Wicket without Spring ?

[Major Péter]

I think yes, Wicket is already depending on cglib, so you could create
something like this:
http://fisheye6.atlassian.com/browse/wicket/branches/wicket-1.4.x/wicket-spring/src/main/java/org/apache/wicket/spring/SpringBeanLocator.java?r=HEAD
or for non-spring code check out the wicketstuff javaee-inject project.

Best Regards,
Peter

2010-03-23 16:52 keltezéssel, smallufo írta:
 Is it possible to 'not' introduce any 3rd library / annotation to enable
 this feature ?
 Will a custom IComponentInstantiationListener be able to do this ?
 
 
 2010/3/23 Igor Vaynberg igor.vaynb...@gmail.com
 
 something has to do the injection, if not spring you can try
 salve.googlecode.com or aspectj, etc

 -igor

 On Tue, Mar 23, 2010 at 8:20 AM, smallufo small...@gmail.com wrote:
 Hi
 Is there any way to inject a DAO into Wicket without Spring ?
 ex :

 public interface PersonDao { some methods... }

 public class PersonDaoImpl implements PersonDao , Serializable {
  @PersistenceContext(unitName = data, type =
 PersistenceContextType.TRANSACTION)
  EntityManager entityManager;

  .. other method implementations ...
 }

 public class CurrentPage extends WebPage {
  @javax.inject.Inject PersonDao personDao;
 }

 It's not working , anybody know how to achieve this ?

 server :
 Resin 4.0.4

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

Re: Inject Dao ( with JPA impl) into Wicket without Spring ?

[Major Péter]

You don't need Spring for that, create your own ComponentInjector which
will do the lookups for you and inject the field.
Just like here:
https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/javaee-inject-parent/javaee-inject/src/main/java/org/wicketstuff/javaee/JavaEEBeanLocator.java

Regards,
Peter

2010-03-23 17:08 keltezéssel, smallufo írta:
 I am just curious :
 I am trying  Resin 4.0.4 , which natively supports JSR 330's
 @javax.inject.Inject .
 And I am able to inject the Dao to one Servlet without any problem :
 
 public class HelloServlet extends HttpServlet {
   @Inject
   private PersonDao personDao; // it will automatically create PersonDaoImpl
 (and inject PersistenceContext ) and inject to here.
 ...
 }
 
 Since WicketServlet is essentially a HttpServlet , there should be a way to
 intercept the injection when in a JSR-330-enabled container (like Resin 4 ,
 JBoss , Glassfish v3)  ... But I don't know how ...
 I think it will greatly reduce the webapp size (and memory footprint ,
 probably) without spring.
 
 
 
 2010/3/23 Major Péter majorpe...@sch.bme.hu
 
 I think yes, Wicket is already depending on cglib, so you could create
 something like this:

 http://fisheye6.atlassian.com/browse/wicket/branches/wicket-1.4.x/wicket-spring/src/main/java/org/apache/wicket/spring/SpringBeanLocator.java?r=HEAD
 or for non-spring code check out the wicketstuff javaee-inject project.

 Best Regards,
 Peter

 2010-03-23 16:52 keltezéssel, smallufo írta:
 Is it possible to 'not' introduce any 3rd library / annotation to enable
 this feature ?
 Will a custom IComponentInstantiationListener be able to do this ?


 2010/3/23 Igor Vaynberg igor.vaynb...@gmail.com

 something has to do the injection, if not spring you can try
 salve.googlecode.com or aspectj, etc

 -igor

 On Tue, Mar 23, 2010 at 8:20 AM, smallufo small...@gmail.com wrote:
 Hi
 Is there any way to inject a DAO into Wicket without Spring ?
 ex :

 public interface PersonDao { some methods... }

 public class PersonDaoImpl implements PersonDao , Serializable {
  @PersistenceContext(unitName = data, type =
 PersistenceContextType.TRANSACTION)
  EntityManager entityManager;

  .. other method implementations ...
 }

 public class CurrentPage extends WebPage {
  @javax.inject.Inject PersonDao personDao;
 }

 It's not working , anybody know how to achieve this ?

 server :
 Resin 4.0.4

 -
 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

Re: Export wicket rendered page to pdf

[Major Péter]

I guess with iText, you could do that. In theory you could give an HTML
output to it, to export it as a PDF.

Regards,
Peter

2010-03-23 19:08 keltezéssel, Rodolfo Cartas írta:
 Hi all! Is there a way to export a page rendered in wicket to a pdf
 file within the application?
 
 Best regards,
 
 Rodolfo

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

Re: Wicketstuff versioning

[Major Péter]

Hi,

 +1 on creating wicketstuff-core jira to coordinate release process.

Here it is: http://wicketstuff.org/jira/secure/Dashboard.jspa

 +1 on creating a wicketstuff-core/wicketstuff-test module to share
 testing code between core projects.
 
 +1 on running integration tests to find run-time issues before release
 on the generated project artifacts (i.e. like selenium through maven
 integration-test phase).  I know this is hard but maybe a special
 profile in the pom to allow these extended quality checks to be run
 outside of a continuous integration environment prior to release.

This testing would be really great, but I think this is more of a dream,
rather then a real purpose right now. The project maintainers are doing
their work in their freetime, making them mandatory to create testcases,
may scare them, because they don't have the time to maintain those too.

 +1 improving the wicketstuff developer wiki with details on how the
 release process works  (I'm volunteering)

Yes, confluence is great, but a bit of useless since the spam-incident.
I think the confluence is still full of with spammer users and
spamcontents. Also the registration doesn't work, but this is an another
issue. Nino, if I remember correctly, you can access confluence, right?
Could you do something with these?

Also TeamCity is failing lately, since there is some network error, and
it cannot access the svn (Connection refused).

Thanks,
Peter

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

Re: Dynamically adding input fields to a form

[Major Péter]

Hi,

If you only need textfields, then the attached quickstart to this issue:
https://issues.apache.org/jira/browse/WICKET-2432
should do it. ;)

Best Regards,
Peter

2010-03-23 23:40 keltezéssel, William Chu írta:
 Hi,
 
 Is it possible to dynamically add inputs (Texfields) to a form in Wicket?
 
 I am trying to make a form where a user can add an unlimited number of
 inputs to the form. For example, input type=text value=../
 
 How can I loop through the inputs that have been dynamically added to the
 form once it is submitted?
 
 form
 input type=text  name=foo1 value=../
 input type=text  name=foo2 value=../
 
 input type=text  name=fooN value=../
 /form
 
 Thanks!
 
 Will

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

Re: Dynamically adding input fields to a form

[Major Péter]

Hi,

Use the builtin AJAX support for that, or if you really want to use
custom Javascript for form generation, then wait for a smarter guy, to
help you out. ;)

Regards,
Peter

2010-03-24 00:28 keltezéssel, William Chu írta:
 Hello,
 
 Thanks for the help, but I'm still unclear on how to process the input in
 the onSubmit() method.
 
 I'm using a StatelessForm. The user can dynamically add input text fields
 (input type=text namefoo1 value=.../) via javascript. When I process
 the form on the server side, how do I loop through the inputs passed back?
 
 Thanks,
 Will
 
 2010/3/23 Major Péter majorpe...@sch.bme.hu
 
 Hi,

 If you only need textfields, then the attached quickstart to this issue:
 https://issues.apache.org/jira/browse/WICKET-2432
 should do it. ;)

 Best Regards,
 Peter

 2010-03-23 23:40 keltezéssel, William Chu írta:
 Hi,

 Is it possible to dynamically add inputs (Texfields) to a form in Wicket?

 I am trying to make a form where a user can add an unlimited number of
 inputs to the form. For example, input type=text value=../

 How can I loop through the inputs that have been dynamically added to the
 form once it is submitted?

 form
 input type=text  name=foo1 value=../
 input type=text  name=foo2 value=../
 
 input type=text  name=fooN value=../
 /form

 Thanks!

 Will

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

Re: Wicketstuff versioning

[Major Péter]

Yepp, nice chat, but who wants to do the dirty work??
The first thing would be to create the 1.4.x branch, then release the
current state as wicketstuff 1.4.7, and then modify the settings of the
trunk to compile with wicket trunk.
Let's split these jobs up to people, then do it.
Also maybe we should write some policies about projects and maintaining
the projects (like the current maintainers e-mail address should be
available in the project pom.xml#developers tag, something like that),
but this is an another thread...

Best Regards,
Peter

2010-03-19 15:04 keltezéssel, Boris Goldowsky írta:
 nino martinez wael wrote:
 I'll be happy to join in Boris.
   
 That would be awesome, thanks Nino.
 
 I'm thinking the first thing would be to bump the wicket dependency to
 v1.4.7 and do a maven release of the current state of wicketstuff-core
 as version 1.4.7.  Make sense?  Is that something you could do?
 
 Stefan Lindner wrote:
 Perhaps we should define an island of stability (like the name
 wickststuff-core implies). 
 I agree with that  the rest of your message.  Jeremy put together a
 nice framework under wicketstuff-core, and there are a decent set of
 modules in there.  How about calling those the stable set.  Anyone can
 put something into core - as long as it works and they're willing to
 make some effort to keep it working.  If one of the core modules breaks
 with a future wicket version, and no one steps up to fix it, then it
 gets dropped out of wicketstuff-core.
 
 And: YES, I would help to maintain such a stable core of wicketstuff.
 Great!!  I think with 4 or 5 people it shouldn't be a terrible task. 
 (of course I could be wrong...)
 
 Bng

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

Re: Wicketstuff versioning

[Major Péter]

Hi,

count me in. I would like to help maintain wicketstuff-core too. ;)
When I came to build wicketstuff-core, sometimes I end up fixing
dependency issues and other stuff in others projects, but I don't commit
them, because I don't want to modify someone else's code without her/his
knowledge, and finding out who is the current maintainer of the project
is not that simple... Am I the only one with this? Or if I catch for
example a maven config bug, should I just fix and commit them to make
the repo right?

Regards,
Peter

2010-03-19 15:04 keltezéssel, Boris Goldowsky írta:
 nino martinez wael wrote:
 I'll be happy to join in Boris.
   
 That would be awesome, thanks Nino.
 
 I'm thinking the first thing would be to bump the wicket dependency to
 v1.4.7 and do a maven release of the current state of wicketstuff-core
 as version 1.4.7.  Make sense?  Is that something you could do?
 
 Stefan Lindner wrote:
 Perhaps we should define an island of stability (like the name
 wickststuff-core implies). 
 I agree with that  the rest of your message.  Jeremy put together a
 nice framework under wicketstuff-core, and there are a decent set of
 modules in there.  How about calling those the stable set.  Anyone can
 put something into core - as long as it works and they're willing to
 make some effort to keep it working.  If one of the core modules breaks
 with a future wicket version, and no one steps up to fix it, then it
 gets dropped out of wicketstuff-core.
 
 And: YES, I would help to maintain such a stable core of wicketstuff.
 Great!!  I think with 4 or 5 people it shouldn't be a terrible task. 
 (of course I could be wrong...)
 
 Bng

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

Re: wicket-contrib-javaee: @EJB injection - injecting always the same instance regardless of session

[Major Péter]

Hi,

At first thought, please try your code out with wicketstuff
javaee-inject, but it will most likely behave just the same.
You cannot store your bean in session, because AFAIK they're not
serializable.
Please rise an issue for this (also quickstart would be great), and I
will look into it.

Best Regards,
Peter Major

2010-03-18 10:07 keltezéssel, Christian Reiter írta:
 Hi!
 
 I've just started using the @EJB injection annotation from
 wicket-contrib-javaee.
 I use it to inject a Stateful Session Bean to keep track of my user
 session and do some
 stuff like authorization.
 
 I thought the @EJB annotation keeps track of my sessions and would
 inject a unique instance of
 the Stateful Session Bean for each of my Wicket session.
 
 But, it injects always the same Stateful Session Bean instance
 completely ignoring my Wicket sessions. In this case it is useless to
 keep track of my users.
 
 Am i doing anything wrong or is this the intended behaviour?
 
 Would it be better to get the Stateful Session Bean by a lookup call and
 then store it in the
 Wicket session?
 
 Thanks for your help!
 
 Best Regards,
 christian

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

Re: How to delete an item from List view.

[Major Péter]

Hi,

Been there, pal, believe me, been there. :))
See https://issues.apache.org/jira/browse/WICKET-2432 quickstart.zip
Remove the FileUpload and this should do it for you. :)

Best Regards,
Peter

2010-03-17 15:10 keltezéssel, prati írta:
 
 Hi
 
 I have got a refreshingView with a delete link in each row and only one
 AddLink,AddLink adds the 
 
 row properly but deleteRow everytime deletes the last row,its driving me
 crazy,I have posted my 
 
 code also.I will apprecaite if any one can help me in this.
 
 Honestly its not that easy the way it seams.
 
 
 Thanks
 
 Prati 
 
 
 
 prati wrote:

 Hi,

 I am also having similar issue, it all the time removes last row.
 I have attached code.


 OptionGroupPageForm(String id) {

  super(id);

  final MarkupContainer rowPanel = new 
 WebMarkupContainer(rowPanel);
  rowPanel.setOutputMarkupId(true);
  add(rowPanel);

  // List all rows


  rows.add(new String());

  RefreshingView lv = new RefreshingView(rows) {

  @Override
  protected IteratorIModel getItemModels()
  {
  List models = new ArrayList();

  for(int i=0;irows.size();i++){
  models.add(new Model( (String) 
 rows.get(i)));
  }

  return models.iterator(); 
  //return rows.iterator();
  }

  @Override
  protected void populateItem(final Item item) {

  int index = item.getIndex() + 1;

  item.add(new Label(index, 
 Option+index + .));

  TextField text = new TextField(text, 
 item.getModel());

  RadioChoice rc = new 
 RadioChoice(status, STATUS);

  item.add(text);

  item.add(rc);

  item.add(new AjaxLink(removeRow) {

  @Override
  public void 
 onClick(AjaxRequestTarget target) {


  

  if (target != null) {
  
 target.addComponent(rowPanel);
  }
  }
  } );
  }
  };

  
 lv.setItemReuseStrategy(ReuseIfModelsEqualStrategy.getInstance());
  rowPanel.add(lv);

  AjaxSubmitLink addLink = new AjaxSubmitLink(addRow, 
 this) {
  @Override
  public void onSubmit(AjaxRequestTarget target, 
 Form form) {

  rows.add(new String());



  if (target != null)
  target.addComponent(rowPanel);
  }
  };

  addLink.setDefaultFormProcessing(false);

  add(addLink);




  }

 Thanks

  Prati

 Johan Compagner wrote:

 You do use a delete button, so i guess the values are submitted.
 Then if you store those first in the model objects you won't loose
 anything

 johan



 On Feb 4, 2008 2:35 PM, pnerkar pner...@gmail.com wrote:


 Hi Johan,

 Yes that will be quickest solution ,
 But this will clear the fields of all vehicles.

 -Pnerkar


 Johan Compagner wrote:

 wasn't the quickest solution:

 public void onSubmit() {
List vehicles = (List)
 getParent().getParent().getModelObject();
vehicles.remove(index);
listView.removeAll();
 }

 Then if the list itself is stable on the server side (if other persons
 can
 also delete or add stuff to that list you really should do it
 differently)
 that should work fine. After you alter the listviews model you have to
 remove all the items so that it will rebuild

 johan




 On Feb 1, 2008 12:49 AM, pnerkar pner...@gmail.com wrote:


 Hi All,

 I have rendered a list view on a Web Page.

 vehicle1X
 vehicle2X
 vehicle3X

 when a person click on 'X', that item should be deleted.
 But I'm facing an issue, when i click on 'X', last item get deleted.
 Actually when I delete vehicle2 from my list, it deletes vehicle2 but
 that
 component is still there.
 So while rendering it render vehicle1  vehicle2.

 public void onSubmit() {

Re: Wicketstuff versioning

[Major Péter]

I always thought, that Jeremy was the maintainer of WicketStuff. Guess I
was wrong. :)
Sidenote:
Also, I really wanted to write docs for the javaee-inject project, but I
don't have confluence access, and the signup gives:
org.springframework.transaction.UnexpectedRollbackException: Transaction
rolled back because it has been marked as rollback-only

I guess this isn't working since the overspammed confluence event. I
already wrote two e-mails to the dev list, but still no answer, so I'm
confused too about the wicketstuff's future...

Regards,
Peter

2010-03-17 20:25 keltezéssel, Boris Goldowsky írta:
 It sounds like whoever is responsible for wicketstuff needs to make a
 clear choice here.
 
 Is Wicketstuff going to be maintained as a place where lots of useful
 add-ons will live?  If so, it needs someone to take a slightly more
 active role as curator; make sure the releases are done in parallel with
 wicket releases, make sure modules don't get dumped there without at
 least some documentation; and weed out modules that are abandoned, where
 no one volunteers to take on maintenance, or whose function has been
 absorbed into wicket's core.
 
 Alternatively, make it clear that wicketstuff is NOT going to be
 maintained, and people like me who would like to share modules will
 share them in some other way - on Google code, a personal website, or
 whatever.
 
 Either way is ok I think, it just would be useful for those of us who
 are interested in contributing modules to know.
 
 Thanks
 Bng
 
 
 Jeremy Thomerson wrote:
 Really, it should match what's at trunk of Wicket, which should be
 1.5-SNAPSHOT.  There should be a branch for 1.4.x that is 1.4-SNAPSHOT.
  But, nobody is really maintaining it any more, so it's a free-for-all.
  That's always been the problem with WicketStuff.

 -- 
 Jeremy Thomerson
 http://www.wickettraining.com



 On Tue, Mar 16, 2010 at 1:00 PM, Boris Goldowsky
 bgoldow...@cast.orgwrote:

  
 The wicketstuff-core is calling itself version 1.4.2 in the HEAD of SVN.
 Shouldn't this be updated to 1.4.7 now to keep in sync with Wicket?

 Bng

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

Re: Wicket Renames my Form id

[Major Péter]

override
http://wicket.apache.org/docs/1.4/org/apache/wicket/Component.html#getMarkupId()

2010-03-15 20:00 keltezéssel, Steven Haines írta:
 Hi,
 
 I've noticed that wicket is renaming my form id, which has become problematic 
 when our JavaScript developer makes use of the id for some of his behaviors. 
 Is there a way to tell Wicket to preserve the form id in the HTML page?
 
 Here's what I'm doing:
 
 HTML:
   form wicket:id=step_1 id=step_1
   ...
   /form
 
 Java:
 final FormQuote form = new FormQuote( step_1, new 
 CompoundPropertyModelQuote( quote ) );
 
 
 And the resultant HTML file reads as follows:
 form wicket:id=step_1 id=step__15 method=post 
 action=?wicket:interface=:2:step_1::IFormSubmitListener::div 
 style=display:noneinput type=hidden name=step__15_hf_0 
 id=step__15_hf_0 //div
   
 
 Thanks in advance for your help!
 Steve

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

Re: Better way to find a parent compoent in page hiearchy?

[Major Péter]

Maybe, this will be good for you:
http://wicketstuff.org/wicket13doc/org/apache/wicket/MarkupContainer.html#get(java.lang.String)

Regards,
Peter

2010-02-28 22:12 keltezéssel, David Chang írta:
 igor, thanks for prompt help! 
 
 I can use Component#findParent(SomeClass.class) to find the first page. How 
 can I further find the component by this Wicket ID? I need to overwrite its 
 display value.
 
 Thanks again.
 
 --- On Sun, 2/28/10, Igor Vaynberg igor.vaynb...@gmail.com wrote:
 
 From: Igor Vaynberg igor.vaynb...@gmail.com
 Subject: Re: Better way to find a parent compoent in page hiearchy?
 To: users@wicket.apache.org
 Date: Sunday, February 28, 2010, 4:04 PM
 Component#findParent(SomeClass.class)
 may be useful

 -igor

 On Sun, Feb 28, 2010 at 1:00 PM, David Chang david_q_zh...@yahoo.com
 wrote:
 I have two pages. The first page is extended by the
 second page. On the second page, I want to access a
 component on the first page. One way to do this is to make
 the component a member variable of the first page. I feel
 this way may have two drawbacks:

 1. A member variable uses more resources (memory,
 clustring, etc.)
 2. Not all pages extending the first page may need to
 access this component, which make it seem unnecessary for
 such pages.

 Is there any more elegant way?

 I just started Wicket programming for a personal
 project. Thanks for any input!

 Regards, David





 -
 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

Re: Better way to find a parent compoent in page hiearchy?

[Major Péter]

and the WebPage isn't a MarkupContainer or what??

2010-02-28 23:54 keltezéssel, David Chang írta:
 Thanks for your input. This is interesting. Somehow I got confused. 
 
 Shouldn't this method be natural part of a Component? As you know, each 
 component has child components, which is why a Wicket page has a hiearchy of 
 components. 
 
 Let's take MarkcupContainer for the moment. Using this class means I have to 
 add another element in the markup page, which seems complicate thhings a bit 
 and does not seem elegant.
 
 Did I miss something?
 
 Regards.
 
 
 --- On Sun, 2/28/10, Major Péter majorpe...@sch.bme.hu wrote:
 
 From: Major Péter majorpe...@sch.bme.hu
 Subject: Re: Better way to find a parent compoent in page hiearchy?
 To: users@wicket.apache.org
 Date: Sunday, February 28, 2010, 4:20 PM
 Maybe, this will be good for you:
 http://wicketstuff.org/wicket13doc/org/apache/wicket/MarkupContainer.html#get(java.lang.String)

 Regards,
 Peter

 2010-02-28 22:12 keltezéssel, David Chang írta:
 igor, thanks for prompt help! 

 I can use Component#findParent(SomeClass.class) to
 find the first page. How can I further find the component by
 this Wicket ID? I need to overwrite its display value.

 Thanks again.

 --- On Sun, 2/28/10, Igor Vaynberg igor.vaynb...@gmail.com
 wrote:

 From: Igor Vaynberg igor.vaynb...@gmail.com
 Subject: Re: Better way to find a parent compoent
 in page hiearchy?
 To: users@wicket.apache.org
 Date: Sunday, February 28, 2010, 4:04 PM
 Component#findParent(SomeClass.class)
 may be useful

 -igor

 On Sun, Feb 28, 2010 at 1:00 PM, David Chang
 david_q_zh...@yahoo.com
 wrote:
 I have two pages. The first page is extended
 by the
 second page. On the second page, I want to access
 a
 component on the first page. One way to do this is
 to make
 the component a member variable of the first page.
 I feel
 this way may have two drawbacks:

 1. A member variable uses more resources
 (memory,
 clustring, etc.)
 2. Not all pages extending the first page may
 need to
 access this component, which make it seem
 unnecessary for
 such pages.

 Is there any more elegant way?

 I just started Wicket programming for a
 personal
 project. Thanks for any input!

 Regards, David

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

Re: Type Validator in 1.4??

[Major Péter]

Try IConverter, see:
https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.x/wicket/src/main/java/org/apache/wicket/Application.properties

Regards,
Peter

2010-02-24 18:58 keltezéssel, Thierry Leveque írta:
 It does not seems to work.
 
 I tried with
 [form name].ConversionException.Integer
 [field name].ConversionException.Integer
 ConversionException.Integer
 
 And all of them without the Integer at the end.
 
 And I cannot find any documentation about that
 
 Thierry
 
 
 On Wed, Feb 24, 2010 at 11:46, Igor Vaynberg igor.vaynb...@gmail.comwrote:
 
 i believe it is ConversionException.type so
 ConversionException.Integer=bla blah

 -igor

 On Wed, Feb 24, 2010 at 8:37 AM, Thierry Leveque tleve...@gmail.com
 wrote:
 In versio 1.3, I used to use form.integer.TypeValidator in my property
 file
 to personalized error messages when a user enter a non numerical value in
 a
 integer field.

 How does this work now in 1.4?

 I always have a generic message like yy is not a valid int...


 Thanks

 Thierry

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

Re: setPageExpiredErrorPage only for certain pages?

[Major Péter]

My guess would be to override RequestCycle#onRuntimeException and do
your logic there if the exception is PageExpiredException.

Regards,
Peter

2010-02-14 13:54 keltezéssel, Andreas Lüdtke írta:
 In my WebApplication class I use setPageExpiredErrorPage(). So far, so good.
 But this happens also for the main/home page that everybody can access. I
 would like to redirect only the pages where a user has to login, not for the
 home page. If the homepage expires, a simple redirect to a new session with
 that page should be made.
 
 Is this possible with wicket?
 
 Andreas

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

Re: setResponsePage in the beggining of a constructor does not work

[Major Péter]

Hi,

the setresponsepage only marks, that the pagetarget is something else on
the end of the cycle, but it isn't stopping the execution of the current
page. If you want that, then use:
throw new RestartResponseException(getApplication().getHomePage());

Regards,
Peter

2010-02-04 14:16 keltezéssel, Martin Asenov írta:
 Hello guys!
 
 I've got three pages, where I do certain check in the beginning and if the 
 criteria is not met, I redirect to home page. I make it that way:
 
 public MyPageClass {
 
 if (something) {
 system.out.println(mypageclass - we're in);
 setResponsePage(getApplication().getHomePage());
 }
 
  page initialization afterwards
 }
 
 The strange thing is that it works for one of the pages, for another two - it 
 does not - there is no redirection at all; it goes on with further 
 initializing. The criteria check block is the very same one in each of the 
 pages.
 
 Appreciate if someone helps!
 
 Regards,
 Martin

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

Re: setResponsePage in the beggining of a constructor does not work

[Major Péter]

Just write this in WebApplication#init:
getApplicationSettings().setPageExpiredErrorPage(PageExpiredError.class);
This should solve your problem.

Regards,
Peter

2010-02-05 00:59 keltezéssel, Chris Colman írta:
 Could I use RestartResponseException to redirect to a URL instead of a 
 bookmarkable page?
 
 My problem is that all of my pages require a parameter (even the home page 
 but that's fine because the Tomcat container server.xml configures the 
 appropriate redirection for me - users never have to enter the parameters in 
 the address bar) but the Expired Page page contains a link that does not 
 contain any parameters.
 
 When a session expires the page that appears attempts to go to the 'home' 
 page without any parameters. If I could either change the expired page's link 
 or do a redirect in the home page's constructor that redirect's to / then 
 this would work fine.
 
 Unfortunately the RestartResponseException seems to only want to redirect to 
 bookmarkable pages. Is there an alternative I could use to redirect to the 
 / URL?
 
 -Original Message-
 From: Martin Asenov [mailto:mase...@velti.com]
 Sent: Friday, 5 February 2010 12:30 AM
 To: users@wicket.apache.org
 Subject: RE: setResponsePage in the beggining of a constructor does not
 work

 Thanks friend! Works great! You saved me a lot of time!

 Best regards,
 Martin

 -Original Message-
 From: Major Péter [mailto:majorpe...@sch.bme.hu]
 Sent: Thursday, February 04, 2010 3:21 PM
 To: users@wicket.apache.org
 Subject: Re: setResponsePage in the beggining of a constructor does not
 work

 Hi,

 the setresponsepage only marks, that the pagetarget is something else on
 the end of the cycle, but it isn't stopping the execution of the current
 page. If you want that, then use:
 throw new RestartResponseException(getApplication().getHomePage());

 Regards,
 Peter

 2010-02-04 14:16 keltezéssel, Martin Asenov írta:
 Hello guys!

 I've got three pages, where I do certain check in the beginning and if
 the criteria is not met, I redirect to home page. I make it that way:

 public MyPageClass {

 if (something) {
 system.out.println(mypageclass - we're in);
 setResponsePage(getApplication().getHomePage());
 }

  page initialization afterwards
 }

 The strange thing is that it works for one of the pages, for another two
 - it does not - there is no redirection at all; it goes on with further
 initializing. The criteria check block is the very same one in each of the
 pages.

 Appreciate if someone helps!

 Regards,
 Martin

 -
 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

Re: Mounting problem with GlassFishv3

[Major Péter]

Hi,

the result is this ticket:
https://issues.apache.org/jira/browse/WICKET-2712
See more details there.

Regards,
Peter

2010-02-01 16:42 keltezéssel, Riyad Kalla írta:
 Peter, keep us posted on what the GF team comes back with.
 
 Best,
 Riyad
 
 2010/1/31 Major Péter majorpe...@sch.bme.hu
 
 Hi,

 I made some investigation today, and found out the followings:
 With GlassFishv2 when the bookmarkablepagelink calculates the url,
 finally it goes to
 ServletWebRequest#getRelativePathPrefixToWicketHandler() .
 The difference is on line #270:
 String forwardUrl =
 (String)httpRequest.getAttribute(javax.servlet.forward.servlet_path);

 With v2, the forwardUrl is
 /asdf (the wrong url again)

 With v3 the forwardUrl is null!

 It looks like there were some changes in the servlet API, namely: The
 HttpServletRequest's dispatcherType is now an enum instead of Integer (I
 don't know if this is relevant to the issue), and also, the HSR contains
 a HashMap called specialAttributes, which with GFv2 contains the forward
 attributes, but not with GFv3.

 After further tests, I checked the whole thing without wicket with just
 simple servlets, and this behaviour is appearing there too. Now I'm
 gonna go and ask the GlassFish team what they think about this issue and
 return here with the answer.

 Thanks,
 Peter


 2010-01-30 20:28 keltezéssel, Major Péter írta:
 Hi,

 I've an application, which in its web.xml has a 404 page declared:
 error-page
 error-code404/error-code
 location/error/NotFound/location
 /error-page

 The filter-mapping for wicket that's why has the ERROR dispatcher.

 I created a NotFound page and mounted it via:
 mount(/error, PackageName.forClass(NotFound.class));
 and the homepage is mounted via:
 mountBookmarkablePage(/homepage, HomePage.class);

 So, if the error page has a bookmarkablepagelink, which is pointing to
 the Homepage, and I request a wrong URL (e.g. 'asdf'), then the link is
 'error/NotFound/homepage' instead of 'homepage'.
 But when I get the page with error/NotFound the link works just fine.

 I have a Quickstart app which demonstrates the problem, and it looks
 like with Jetty and GFv2 it works, but not with GFv3.
 Should I create a JIRA issue for this? I'm not sure that the
 web.xml-like errorpage is causing the error or the mount is the problem..
 I also checked version-compatibilities, and both with 1.4.1 and 1.3.6 I
 got the same behaviour.

 Thanks,
 Peter

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

Re: Mounting problem with GlassFishv3

[Major Péter]

Hi,

I made some investigation today, and found out the followings:
With GlassFishv2 when the bookmarkablepagelink calculates the url,
finally it goes to
ServletWebRequest#getRelativePathPrefixToWicketHandler() .
The difference is on line #270:
String forwardUrl =
(String)httpRequest.getAttribute(javax.servlet.forward.servlet_path);

With v2, the forwardUrl is
/asdf (the wrong url again)

With v3 the forwardUrl is null!

It looks like there were some changes in the servlet API, namely: The
HttpServletRequest's dispatcherType is now an enum instead of Integer (I
don't know if this is relevant to the issue), and also, the HSR contains
a HashMap called specialAttributes, which with GFv2 contains the forward
attributes, but not with GFv3.

After further tests, I checked the whole thing without wicket with just
simple servlets, and this behaviour is appearing there too. Now I'm
gonna go and ask the GlassFish team what they think about this issue and
return here with the answer.

Thanks,
Peter


2010-01-30 20:28 keltezéssel, Major Péter írta:
 Hi,
 
 I've an application, which in its web.xml has a 404 page declared:
 error-page
 error-code404/error-code
 location/error/NotFound/location
 /error-page
 
 The filter-mapping for wicket that's why has the ERROR dispatcher.
 
 I created a NotFound page and mounted it via:
 mount(/error, PackageName.forClass(NotFound.class));
 and the homepage is mounted via:
 mountBookmarkablePage(/homepage, HomePage.class);
 
 So, if the error page has a bookmarkablepagelink, which is pointing to
 the Homepage, and I request a wrong URL (e.g. 'asdf'), then the link is
 'error/NotFound/homepage' instead of 'homepage'.
 But when I get the page with error/NotFound the link works just fine.
 
 I have a Quickstart app which demonstrates the problem, and it looks
 like with Jetty and GFv2 it works, but not with GFv3.
 Should I create a JIRA issue for this? I'm not sure that the
 web.xml-like errorpage is causing the error or the mount is the problem..
 I also checked version-compatibilities, and both with 1.4.1 and 1.3.6 I
 got the same behaviour.
 
 Thanks,
 Peter

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

Re: Tree table with check box

[Major Péter]

Hi,

check out wicket-tree (http://code.google.com/p/wicket-tree/) and see 
the example app, I think it will solve your problem.


Regards,
Peter

prati írta:


Hi,

I am also stuck in similar problem.If you can share your code snippets of
how u did that will be of great help.
Thanks

Pratibha

vela wrote:

Hello again,

The links and nodes are added in the TreeFragment class. But the
TreeFragment is a private inner class in Treetable, could you tell how to
use the TreeFragment to acheive this functionality


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

Re: New photo album generator

[Major Péter]

Hi,

The site looks great, nice UI!
I think I found some problem on:
http://jalbum.net/maps/downloads.jsp (JSP :) )
Here if I zoom in on Europe with double clicks, there is a point where
the app is taking control and the map goes to Tokyo, or random parts of
the earth, but I guess I've just got lost on the camelot page. :(

Regards,
Peter

2010-01-12 10:23 keltezéssel, Daniel Frisk írta:
 Our fancy new Wicket/jQuery/Flash photo album generator, soon ready to
 be released. What do you think so far?
 
 http://jalbum.net/beta/camelot/
 
 // Daniel Frisk
 jalbum.net

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

Re: [announce] Wicket Stuff Core - JavaEE Inject

[Major Péter]

Hi,

2010-01-08 12:38 keltezéssel, 谢非 írta:
 1. Each EJB must be declared in web.xml

In the example I'm not doing so, and it's still working under GF, but if
you love to write XML files, then nothing stops you, to declare your
EJBs in web.xml and use their names in the annotation.

 2. @PersistenceUnit and @EJB cannot be used together

Did you read the documentation?
Check:
http://wicketstuff.org/confluence/display/STUFFWIKI/HowToUsePersistenceUnitAnnotation

Please note the warning:
Beware! Due to classloading limitations for entities, you cannot mix
the usage of @PersistenceUnit and @EJB do persist your entities. So you
have to choose only one of these approaches in your application

 Don't think JavaEE Injection should be like this.

If you know better, then share your knowledge with us and send me patches..

Thanks for the feedback anyway.

Regards,
Peter


 Date: Thu, 31 Dec 2009 00:51:28 +0100
 From: majorpe...@sch.bme.hu
 Subject: [announce] Wicket Stuff Core - JavaEE Inject
 To: users@wicket.apache.org; d...@wicket.apache.org

 Hi all,

 I am proud to announce the semi-new JavaEE Inject project in Wicket
 Stuff Core, which was formerly known as wicket-contrib-javaee.

 The goal of the project:
 Make the @EJB, @Resource and @PersistenceUnit annotations available for
 Wicket users, to make the development more easier. This means, that when
 your components are instantiating, the annotated fields will be injected
 properly, so you can use them for whatever you want.

 The project itself didn't changed much, some javac warnings has been
 solved, but it has now a newer Example application too, which will
 demonstrate for you the usage of the annotation based injecting. The
 example is based on maven, so this would be also a good example on how
 to use enterprise applications with wicket and maven.

 So now, if you think, that this stuff is cool and want to use it, you
 only have to do the followings:
 - Add Wicket Stuff Repository to your maven repository list (if you've
 not already done so):
 repository
 idwicket-stuff/id
 layoutdefault/layout
 urlhttp://wicketstuff.org/maven/repository/url
 /repository
 - Add the JavaEE Inject dependency to your web module:
 dependency
 groupIdorg.wicketstuff/groupId
 artifactIdjavaee-inject/artifactId
 version1.4-SNAPSHOT/version
 /dependency
 - Follow the Wiki instructions at

http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-javaee or
 try out for yourself the example application.
 - Profit

 Project Future:
 In the future, I would like to create a more up-to-date documentation
 for the project, better JavaDoc, and solve the JIRA issues too, and of
 course follow the modifications of the Wicket framework, so the project
 could work with the newest version always.

 Best Regards,
 Peter Major

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

Re: [announce] Wicket Stuff Core - JavaEE Inject

[Major Péter]

Yes, I've just checked with No-local-interface view, Singleton beans and
web-layer EJB's and they all worked without any problem.

Regards,
Peter

2010-01-03 10:43 keltezéssel, Paul Szulc írta:
 Will it work with JEE6?
 
 2009/12/31 Major Péter majorpe...@sch.bme.hu
 
 Hi all,

 I am proud to announce the semi-new JavaEE Inject project in Wicket
 Stuff Core, which was formerly known as wicket-contrib-javaee.

 The goal of the project:
 Make the @EJB, @Resource and @PersistenceUnit annotations available for
 Wicket users, to make the development more easier. This means, that when
 your components are instantiating, the annotated fields will be injected
 properly, so you can use them for whatever you want.

 The project itself didn't changed much, some javac warnings has been
 solved, but it has now a newer Example application too, which will
 demonstrate for you the usage of the annotation based injecting. The
 example is based on maven, so this would be also a good example on how
 to use enterprise applications with wicket and maven.

 So now, if you think, that this stuff is cool and want to use it, you
 only have to do the followings:
 - Add Wicket Stuff Repository to your maven repository list (if you've
 not already done so):
 repository
idwicket-stuff/id
layoutdefault/layout
urlhttp://wicketstuff.org/maven/repository/url
 /repository
 - Add the JavaEE Inject dependency to your web module:
 dependency
groupIdorg.wicketstuff/groupId
artifactIdjavaee-inject/artifactId
version1.4-SNAPSHOT/version
 /dependency
 - Follow the Wiki instructions at
 http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-javaeeor
 try out for yourself the example application.
 - Profit

 Project Future:
 In the future, I would like to create a more up-to-date documentation
 for the project, better JavaDoc, and solve the JIRA issues too, and of
 course follow the modifications of the Wicket framework, so the project
 could work with the newest version always.

 Best Regards,
 Peter Major

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

[announce] Wicket Stuff Core - JavaEE Inject

[Major Péter]

Hi all,

I am proud to announce the semi-new JavaEE Inject project in Wicket
Stuff Core, which was formerly known as wicket-contrib-javaee.

The goal of the project:
Make the @EJB, @Resource and @PersistenceUnit annotations available for
Wicket users, to make the development more easier. This means, that when
your components are instantiating, the annotated fields will be injected
properly, so you can use them for whatever you want.

The project itself didn't changed much, some javac warnings has been
solved, but it has now a newer Example application too, which will
demonstrate for you the usage of the annotation based injecting. The
example is based on maven, so this would be also a good example on how
to use enterprise applications with wicket and maven.

So now, if you think, that this stuff is cool and want to use it, you
only have to do the followings:
- Add Wicket Stuff Repository to your maven repository list (if you've
not already done so):
repository
idwicket-stuff/id
layoutdefault/layout
urlhttp://wicketstuff.org/maven/repository/url
/repository
- Add the JavaEE Inject dependency to your web module:
dependency
groupIdorg.wicketstuff/groupId
artifactIdjavaee-inject/artifactId
version1.4-SNAPSHOT/version
/dependency
- Follow the Wiki instructions at
http://wicketstuff.org/confluence/display/STUFFWIKI/wicket-contrib-javaee or
try out for yourself the example application.
- Profit

Project Future:
In the future, I would like to create a more up-to-date documentation
for the project, better JavaDoc, and solve the JIRA issues too, and of
course follow the modifications of the Wicket framework, so the project
could work with the newest version always.

Best Regards,
Peter Major

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

Re: Handling Ajax session expired

[Major Péter]

Hi,

2009-12-28 15:57 keltezéssel, Jim Pinkham írta:
 OK, but could you deploy multiple copies of the same app to different root
 contexts - that would give you the info you want in each URL and thus be
 able to do different home/error pages with some config along with each copy
 of the app.  Seems worth exploring whether your Silos might divide well in
 this manner, maybe with a bit of work, but probably more likely to happen
 than what it seems like you are looking for, which doesn't sound (just one
 casual observer's option) broadly applicable enough to warrant framework
 inclusion.

this wouldn't work easily, because for example when you have EJBs in
your project, you can't deploy the same app to different contextroots,
because the EJBs JNDI name is already bounded, so this way you would
have to run your slightly different apps on different appservers too,
and that's just ugly. I think Martin has a point there, maybe Wicket
should support this use-case.

Regards,
Peter

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

Re: Handling Ajax session expired

[Major Péter]

Right, right, my bad. But then you should create three different
webmodules for a single application, that's why wicket would be loaded 3
times only for this separation.. It's just unneccesary resource usage IMHO.

2009-12-28 16:30 keltezéssel, Pieter Degraeuwe írta:
 Hmm, that's not correct. Different frontend apps should use the same EJB's.
 In that case, It's not so ugly anymore in my opinion. (I don't want to
 advocate the use of EJB's though..)
 
 2009/12/28 Major Péter majorpe...@sch.bme.hu
 
 Hi,

 2009-12-28 15:57 keltezéssel, Jim Pinkham írta:
 OK, but could you deploy multiple copies of the same app to different
 root
 contexts - that would give you the info you want in each URL and thus be
 able to do different home/error pages with some config along with each
 copy
 of the app.  Seems worth exploring whether your Silos might divide well
 in
 this manner, maybe with a bit of work, but probably more likely to happen
 than what it seems like you are looking for, which doesn't sound (just
 one
 casual observer's option) broadly applicable enough to warrant framework
 inclusion.

 this wouldn't work easily, because for example when you have EJBs in
 your project, you can't deploy the same app to different contextroots,
 because the EJBs JNDI name is already bounded, so this way you would
 have to run your slightly different apps on different appservers too,
 and that's just ugly. I think Martin has a point there, maybe Wicket
 should support this use-case.

 Regards,
 Peter

 -
 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

Re: File Upload Issues

[Major Péter]

Hi,

I had some issue with multipart forms and ajax recently, but in 1.4.4 it
works for me, see https://issues.apache.org/jira/browse/WICKET-2432 for
more details. Is this the same issue for you?
Maybe try the quickstart, see if there the ajax is working for you.

Regards,
Peter

2009-12-28 16:46 keltezéssel, Corbin, James írta:
 Any feedback on why placing a file upload component on a form in Wicket
 would cause the ajax behavior to stop working
 
 Known issue within the wicket community?
 
 J.D.
 
 -Original Message-
 From: Corbin, James [mailto:jcor...@iqnavigator.com] 
 Sent: Friday, December 18, 2009 12:47 PM
 To: users@wicket.apache.org
 Subject: RE: File Upload Issues
 
 Ajax has stopped working.  If I remove the file upload component, the
 ajax begins working as expected.
 
 Is there a workaround or a pending fix?
 
 Thanks,
 J.D.
 
 -Original Message-
 From: Douglas Ferguson [mailto:doug...@douglasferguson.us] 
 Sent: Friday, December 18, 2009 12:03 PM
 To: users@wicket.apache.org
 Subject: Re: File Upload Issues
 
 There is a bug in 1.4.4. related to resource loading.
 
 Are you sure AJAX has stopped or is it just taking A REALLY LONG TIME?
 
 This is the reason they are trying to get 1.4.5 out quickly.
 
 D/
 
 
 On Dec 18, 2009, at 10:15 AM, Corbin, James wrote:
 
 Hello,



 I'm having issues in IE6 relating to the the File Upload Control after
 upgrading to Wicket 1.4.4.



 If I attempt to put a file upload component onto a form that contains
 other components that do ajax, everything stops working in regards to
 ajax.



 Now I understand that the file upload component does NOT support ajax.
 Does it follow that putting a file upload component on a form that
 does
 ajax is not supported?



 J.D.

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

Re: WicketStuff and wicket-contrib-javaee

[Major Péter]

Hi guys,

I now have commit rights to wicketstuff, but first I need to finish my
thesis and take some exams, but hopefully soon, the javaee-inject
project (had to rename the project) will appear in wicketstuff-core. ;)
Also because the rename, some package-renaming will happen too. As soon
as I'm finished with the modifications, will announce the new version on
the list. (also I will update the docs and the corresponding wiki page,
and theres gonna be new example applications too)

Best Regards,
Peter

2009-12-09 02:38 keltezéssel, b...@actrix.gen.nz írta:
 Hi Peter,
 
 When my response has EJB in it, it can't be MASSIVE because EJB, you
 hardly worry about it.
 
 EJB is great, easy to use, and Wicket with EJB is even better. VERY
 powerful combination. The thing is it just works, and there is no need
 to talk about it much, especially with the NetBeans Wicket plugin,
 NetBeans automatic Deploy on Save, refactoring support etc..
 
 Many thanks for your contribution in this area.
 
 Bernard
 
 On Wed, 09 Dec 2009 11:51:18 +1100, you wrote:

 Hey Peter,

 Well, it would appear there hasn't been a massive response to your
 question (which IMHO appears to be pretty common whenever you mention
 EJB on this list), but anyway I'm very interested in what you've done
 and I really hope you can take over the maintenance of
 wicket-contrib-javaee.

 Thanks,
 Alan.

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

WicketStuff and wicket-contrib-javaee

[Major Péter]

Hi all,

Lately I had to make some refactoring in wicket-contrib-javaee, and I
saw, that the project is not well maintained. In the repo I only could
find the source for v1.0, but only on sourceforge did I found the v1.1
sources. :s
So after I had refactored the source to make it work with Wicket 1.5
trunk, I would like to resurrect, maybe maintain the project for a while.
I've found these guides:
http://wicketstuff.org/confluence/display/STUFFWIKI/Developer+Information
http://wicketstuff.org/confluence/display/STUFFWIKI/WicketStuff+Core+-+Migration+Guide
Is there something else, that I should be aware of?

Also I'm using NetBeans with Automatic Code Format, but as far as I know
there are some code format rules for projects (how the code should be
indented where are the brackets, etc). The only problem is that NetBeans
auto format doesn't format the code this way, so I may would break these
rules. Do you know any tool which would solve me this issue? :)
Thanks

Best Regards,
Peter Major

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

Re: wicket enclosure not finding child!?

[Major Péter]

Hi,

svn co http://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.x/
mvn -Dmaven.test.skip=true install

that's all you need to do.

Regards,
Peter

2009-12-07 03:57 keltezéssel, Douglas Ferguson írta:
 The project has several dependencies, do I have to check out all or is there 
 a master project?
 
   dependency
   groupIdorg.apache.wicket/groupId
   artifactIdwicket/artifactId
   version${wicket.version}/version
   /dependency
   dependency
   groupIdorg.apache.wicket/groupId
   artifactIdwicket-extensions/artifactId
   version${wicket.version}/version
   /dependency
   dependency
   groupIdorg.apache.wicket/groupId
   artifactIdwicket-datetime/artifactId
   version${wicket.version}/version
   /dependency
   dependency
   groupIdorg.apache.wicket/groupId
   artifactIdwicket-guice/artifactId
   version${wicket.version}/version
   /dependency
   dependency
   groupIdaopalliance/groupId
   artifactIdaopalliance/artifactId
   version1.0/version
   /dependency
 
 
 On Dec 5, 2009, at 11:07 AM, Igor Vaynberg wrote:
 
 build it from source

 svn checkout
 mvn install

 -igor

 On Sat, Dec 5, 2009 at 7:25 AM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 What snapshot should I use?

 I tried using 1.4.4-SNAPSHOT but that doesn't work.
 and 1.4-SNAPSHOT has a date of 10/31

 D/


 On Dec 4, 2009, at 12:45 AM, Girts Ziemelis wrote:

 You might want to try first the development snapshot first. There is
 additional enclosure fix  waiting for 1.4.4:
 https://issues.apache.org/jira/browse/WICKET-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

 Do not know, if this will fix your problem, but might be worth a try
 before you create a quickstart ...

 Douglas Ferguson wrote:
 Are there instructions for this?

 D/

 On Dec 3, 2009, at 4:51 PM, Igor Vaynberg wrote:


 create a quickstart or a testcase and attach it to the jira issue

 -igor

 On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:

 I have no idea where that http: came from I pasted this:

 I do not have : and I'm still getting the error.
 I had to revert to 1.4.1


 wicket:enclosure child=mediaOutlet.name
 div class=details-subhead font-xsmall 
 font-dgray strongMedia Outlet (span 
 wicket:id=mediaOutlet.name/):BR

 On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:


 the colon character is a path separator, if it has worked previously
 it was only by mistake. you should not use ids that contain :

 -igor

 On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:

 I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:

 org.apache.wicket.WicketRuntimeException:Could not find child with 
 id: mediaOutlet.namehttp://mediaOutlet.name in the 
 wicket:enclosure 
 org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
 org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
 org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
 org.apache.wicket.Component.renderComponent(Component.java:2617)
 org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
 org.apache.wicket.Component.render(Component.java:2448)
 org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)


 wicket:enclosure child=mediaOutlet.namehttp://mediaOutlet.name
 div class=details-subhead font-xsmall font-dgray strongMedia 
 Outlet (span 
 wicket:id=mediaOutlet.namehttp://mediaOutlet.name/):BR


 -
 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





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



 

Re: wicket enclosure not finding child!?

[Major Péter]

Yes:
http://www.jeremythomerson.com/blog/2008/11/wicket-quickstart-tutorial/

Peter

2009-12-04 00:13 keltezéssel, Douglas Ferguson írta:
 Are there instructions for this?
 
 D/
 
 On Dec 3, 2009, at 4:51 PM, Igor Vaynberg wrote:
 
 create a quickstart or a testcase and attach it to the jira issue

 -igor

 On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 I have no idea where that http: came from I pasted this:

 I do not have : and I'm still getting the error.
 I had to revert to 1.4.1

   wicket:enclosure child=mediaOutlet.name
   div class=details-subhead font-xsmall font-dgray 
 strongMedia Outlet (span wicket:id=mediaOutlet.name/):BR


 On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:

 the colon character is a path separator, if it has worked previously
 it was only by mistake. you should not use ids that contain :

 -igor

 On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
 doug...@douglasferguson.us wrote:
 I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:

 org.apache.wicket.WicketRuntimeException:Could not find child with id: 
 mediaOutlet.namehttp://mediaOutlet.name in the wicket:enclosure 
 org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
 org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
 org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
 org.apache.wicket.Component.renderComponent(Component.java:2617)
 org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
 org.apache.wicket.Component.render(Component.java:2448)
 org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)


 wicket:enclosure child=mediaOutlet.namehttp://mediaOutlet.name
   div class=details-subhead font-xsmall font-dgray strongMedia Outlet 
 (span wicket:id=mediaOutlet.namehttp://mediaOutlet.name/):BR

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

Re: Wicket 1.5 experiences

[Major Péter]

Anyone?

2009-12-01 23:17 keltezéssel, Major Péter írta:
 Hi,
 
 I'm trying to make my project 1.5-compatible, but I had run into two issues:
 First I was stumbled when saw IComponentBorder has been deleted, but
 after some Googling I found the corresponding ticket:
 https://issues.apache.org/jira/browse/WICKET-2280
 Okay, that's great, but I can't see this @deprecation javadoc in my
 1.4.3 source code (downloaded by maven), so could this commit just
 missed somehow in the 1.4-releasing?
 
 Another thing is, that I have problems with EJB injecting:
 - with Wicket 1.3 - Wicket 1.4 I saw that ComponentInjector moved into
 wicket-ioc (great, caused me some headache)
 - now Wicket 1.4 - Wicket 1.5 I'm unable again to use
 wicket-contrib-javaee like JavaEEComponentInjector, because
 ComponentInjector is deleted now. (see 830078 commit via Igor). Now my
 only question would be: how can I use @EJB annotation, now that this
 class is deleted (okay I could rewrite it, but I'd happy to hear better
 ways)? Or anyway, how can I use my EJB's the _right_ way, what would you
 recommend?
 (I can see, that you don't like @EJB annotation, I just guess, that you
 have a better approach then..)
 
 Any help would be really appreciated.
 
 Best Regards,
 Peter

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

Re: Wicket 1.5 experiences

[Major Péter]

We are fr away from clustering or using VM's. :)
I heard lately about EJB proxy classes, which would do the lookup, and
they also could create log entries in web layer, who's trying to call a
specific business method from what IP. This could be also fun.


Regards,
Peter

2009-12-03 03:46 keltezéssel, McIlwee, Craig írta:
 IMO, looking up EJBs through JNDI is better than relying on injection.  Make 
 the hostname (localhost, another ip, etc) part of the JNDI URL configurable 
 and you give yourself the flexibility of being able to deploy them locally or 
 in another VM.  If you are using EJBs with JPA this will allow your load 
 balanced web applications to all use the same EJB and therefore the same 
 EntityManager, ensuring that your merge operations work correctly and you can 
 catch OptimisticLockExceptions properly.
 
 Craig
   _  
 
 From: Major Péter [mailto:majorpe...@sch.bme.hu]
 To: users@wicket.apache.org
 Sent: Wed, 02 Dec 2009 19:00:26 -0500
 Subject: Re: Wicket 1.5 experiences
 
 Anyone?
   
   2009-12-01 23:17 keltezéssel, Major Péter írta:
Hi,

I'm trying to make my project 1.5-compatible, but I had run into two 
 issues:
First I was stumbled when saw IComponentBorder has been deleted, but
after some Googling I found the corresponding ticket:
https://issues.apache.org/jira/browse/WICKET-2280
Okay, that's great, but I can't see this @deprecation javadoc in my
1.4.3 source code (downloaded by maven), so could this commit just
missed somehow in the 1.4-releasing?

Another thing is, that I have problems with EJB injecting:
- with Wicket 1.3 - Wicket 1.4 I saw that ComponentInjector moved into
wicket-ioc (great, caused me some headache)
- now Wicket 1.4 - Wicket 1.5 I'm unable again to use
wicket-contrib-javaee like JavaEEComponentInjector, because
ComponentInjector is deleted now. (see 830078 commit via Igor). Now my
only question would be: how can I use @EJB annotation, now that this
class is deleted (okay I could rewrite it, but I'd happy to hear better
ways)? Or anyway, how can I use my EJB's the _right_ way, what would you
recommend?
(I can see, that you don't like @EJB annotation, I just guess, that you
have a better approach then..)

Any help would be really appreciated.

Best Regards,
Peter

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

Wicket 1.5 experiences

[Major Péter]

Hi,

I'm trying to make my project 1.5-compatible, but I had run into two issues:
First I was stumbled when saw IComponentBorder has been deleted, but
after some Googling I found the corresponding ticket:
https://issues.apache.org/jira/browse/WICKET-2280
Okay, that's great, but I can't see this @deprecation javadoc in my
1.4.3 source code (downloaded by maven), so could this commit just
missed somehow in the 1.4-releasing?

Another thing is, that I have problems with EJB injecting:
- with Wicket 1.3 - Wicket 1.4 I saw that ComponentInjector moved into
wicket-ioc (great, caused me some headache)
- now Wicket 1.4 - Wicket 1.5 I'm unable again to use
wicket-contrib-javaee like JavaEEComponentInjector, because
ComponentInjector is deleted now. (see 830078 commit via Igor). Now my
only question would be: how can I use @EJB annotation, now that this
class is deleted (okay I could rewrite it, but I'd happy to hear better
ways)? Or anyway, how can I use my EJB's the _right_ way, what would you
recommend?
(I can see, that you don't like @EJB annotation, I just guess, that you
have a better approach then..)

Any help would be really appreciated.

Best Regards,
Peter

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

Re: Wicket 1.5 experiences

[Major Péter]

Hi,

Actually I would like just to test, that my can't reproduce ticket (
https://issues.apache.org/jira/browse/WICKET-2432 ) did solved somehow.
The quickstart passed, but I would like to see in my application too,
that it is really fixed. (that's why I need EJB injection).
Is there an approximately release date for wicket 1.5?
Thanks

Peter

2009-12-01 23:18 keltezéssel, Matej Knopp írta:
 Hi,
 
 Wicket 1.5 is currently highly experimental. I definitely wouldn't
 recommend using it for anything even half serious.
 
 -Matej
 
 2009/12/1 Major Péter majorpe...@sch.bme.hu:
 Hi,

 I'm trying to make my project 1.5-compatible, but I had run into two issues:
 First I was stumbled when saw IComponentBorder has been deleted, but
 after some Googling I found the corresponding ticket:
 https://issues.apache.org/jira/browse/WICKET-2280
 Okay, that's great, but I can't see this @deprecation javadoc in my
 1.4.3 source code (downloaded by maven), so could this commit just
 missed somehow in the 1.4-releasing?

 Another thing is, that I have problems with EJB injecting:
 - with Wicket 1.3 - Wicket 1.4 I saw that ComponentInjector moved into
 wicket-ioc (great, caused me some headache)
 - now Wicket 1.4 - Wicket 1.5 I'm unable again to use
 wicket-contrib-javaee like JavaEEComponentInjector, because
 ComponentInjector is deleted now. (see 830078 commit via Igor). Now my
 only question would be: how can I use @EJB annotation, now that this
 class is deleted (okay I could rewrite it, but I'd happy to hear better
 ways)? Or anyway, how can I use my EJB's the _right_ way, what would you
 recommend?
 (I can see, that you don't like @EJB annotation, I just guess, that you
 have a better approach then..)

 Any help would be really appreciated.

 Best Regards,
 Peter

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

Re: Hide feedback when there are no messages

[Major Péter]

Hi,

How does your markup looks like?

Peter

2009-11-28 20:26 keltezéssel, Николай Кучумов írta:
 Hello.
 I'm currently developing a sign up form using Wicket.
 I've stylized the error feedback panel to make it look red, and now i see
 this red panel even when there are no messages at all.
 Can you advice me something to make the feedback panel div invisible when
 there are no messages?
 *You can get the idea by going to http://vostrets.ru/register/ - the error
 panel is empty but is still visible...

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

Re: Hide feedback when there are no messages

[Major Péter]

well, if you put in the class=error by deafult, of course it will show
the div. ;)
Delete from your markup the class=error, then see when your validation
fails, what css class will be generated via wicket, and override that
from your css file.

Peter

2009-11-28 20:46 keltezéssel, Николай Кучумов írta:
 Hello, Major.
 
 It looks like this:
 
 body
 wicket:extend
 
 div wicket:id=feedback class=error
 /div
 
 br/br/br/
 
 form wicket:id=form
 
 
 /form
 /wicket:extend
 /body
 
 and the CSS is:
 
 .error
 {
 
 width: auto;
 margin-left: 25%;
 margin-right: 25%;
 
 border: 1px solid #fc908c;
 
 background-image: url('../pictures/icons/error_64x64.png');
 background-color: #ffeceb;
 }
 
 You can view the bookmark on the link provided above (vostrets.ru/register/)
 - just open the page in Firefox, right click and View page source.

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

Re: Hide feedback when there are no messages

[Major Péter]

You're welcome. :)
Why do you want to subclass it?

Check out our solution:
In your page add:
add(new FeedbackPanel(pagemessages));

in html:
span wicket:id=pagemessages id=pagemessages/span

in css:
#pagemessages ul li {
list-style: none;
background: #D9EBF9 url('../images/bckgNotice.gif') top left repeat-x;
}
#pagemessages ul li .feedbackPanelERROR, #pagemessages ul li
.feedbackPanelINFO {
display: block;
padding: 6px 0 6px 36px;
}
#pagemessages ul li .feedbackPanelERROR { background:
url('../images/iconError.gif') top left no-repeat; }
#pagemessages ul li .feedbackPanelINFO { background:
url('../images/iconInfo.gif') top left no-repeat; }
#pagemessages ul {
border: 1px solid #CBE5F7;
width: 480px;
margin-top: 15px;
position: relative;
right: -200px;
}

for example. Like this you can use FBP both for validations and simple
messaging with user (via info(), error() and warning() functions of page).

Peter

2009-11-28 21:33 keltezéssel, Николай Кучумов írta:
 Oh, really.
 Thank you, Major Obvious : )
 The class is feedbackPanel:
 
 ul wicket:id=feedbackul class=feedbackPanel
 
 I think i'll try to somehow subclass it tomorrow to get it output something
 like errorFeedbackPanel.
 
 
 2009/11/28 Major Péter majorpe...@sch.bme.hu
 
 well, if you put in the class=error by deafult, of course it will show
 the div. ;)
 Delete from your markup the class=error, then see when your validation
 fails, what css class will be generated via wicket, and override that
 from your css file.

 Peter

 2009-11-28 20:46 keltezéssel, Николай Кучумов írta:
 Hello, Major.

 It looks like this:

 body
 wicket:extend

 div wicket:id=feedback class=error
 /div

 br/br/br/

 form wicket:id=form

 
 /form
 /wicket:extend
 /body

 and the CSS is:

 .error
 {

 width: auto;
 margin-left: 25%;
 margin-right: 25%;

 border: 1px solid #fc908c;

 background-image: url('../pictures/icons/error_64x64.png');
 background-color: #ffeceb;
 }

 You can view the bookmark on the link provided above (
 vostrets.ru/register/)
 - just open the page in Firefox, right click and View page source.

 -
 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

Re: Wicket based open source projects

[Major Péter]

Why don't you read this?
http://wicket.apache.org/examples.html

This will teach you the very basics of the wicket, anything else, what
you would later need is just a Google query away from you. There are
many Wicket example sites, see:
http://wicket.apache.org/blogs.html
http://wicketstuff.org/wicket13/compref/
http://www.wicket-library.com/wicket-examples/ajax/

Regards,
Peter

2009-11-27 16:23 keltezéssel, Gatos írta:
 My problem is that I haven't found a good example of a wicket based project.
 Hippo CMS is too large project to learn Wicket.
 
 I thought that If there will be an Open Source Projects page, then it will
 be easier to start a project.
 
 On Fri, Nov 27, 2009 at 5:10 PM, Pierre Goupil goupilpie...@gmail.comwrote:
 
 Which difference with the page Martijn gave?


 On Fri, Nov 27, 2009 at 4:08 PM, Peter Ertl pe...@gmx.org wrote:

 +1

 Am 27.11.2009 um 16:03 schrieb Gatos:

 It might be a good idea to create a page in with open source projects,
 like
 Hippo CMS.

 What do you think?


 On Fri, Nov 27, 2009 at 4:36 PM, Peter Ertl pe...@gmx.org wrote:

 artifactory

 Am 27.11.2009 um 15:15 schrieb Andrea Aime:

 Gatos ha scritto:
 Hello,
 Is there any wicket based Open Source projects?

 See GeoServer 2.0 at http://geoserver.org

 Cheers
 Andrea


 --
 Andrea Aime
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.
  --
 Rien de grand ne s'est accompli dans le monde sans passion.

 (G.W.F. Hegel, philosophe allemand)

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

Re: Wicket based open source projects

[Major Péter]

I guess JTrac should do it, it's not that big project like the others.

2009-11-27 16:34 keltezéssel, Juri Prokofiev írta:
 What I'm looking for is not component examples, but architecture solutions.
 
 2009/11/27 Major Péter majorpe...@sch.bme.hu:
 Why don't you read this?
 http://wicket.apache.org/examples.html

 This will teach you the very basics of the wicket, anything else, what
 you would later need is just a Google query away from you. There are
 many Wicket example sites, see:
 http://wicket.apache.org/blogs.html
 http://wicketstuff.org/wicket13/compref/
 http://www.wicket-library.com/wicket-examples/ajax/

 Regards,
 Peter

 2009-11-27 16:23 keltezéssel, Gatos írta:
 My problem is that I haven't found a good example of a wicket based project.
 Hippo CMS is too large project to learn Wicket.

 I thought that If there will be an Open Source Projects page, then it will
 be easier to start a project.

 On Fri, Nov 27, 2009 at 5:10 PM, Pierre Goupil 
 goupilpie...@gmail.comwrote:

 Which difference with the page Martijn gave?


 On Fri, Nov 27, 2009 at 4:08 PM, Peter Ertl pe...@gmx.org wrote:

 +1

 Am 27.11.2009 um 16:03 schrieb Gatos:

 It might be a good idea to create a page in with open source projects,
 like
 Hippo CMS.

 What do you think?


 On Fri, Nov 27, 2009 at 4:36 PM, Peter Ertl pe...@gmx.org wrote:

 artifactory

 Am 27.11.2009 um 15:15 schrieb Andrea Aime:

 Gatos ha scritto:
 Hello,
 Is there any wicket based Open Source projects?

 See GeoServer 2.0 at http://geoserver.org

 Cheers
 Andrea


 --
 Andrea Aime
 OpenGeo - http://opengeo.org
 Expert service straight from the developers.
  --
 Rien de grand ne s'est accompli dans le monde sans passion.

 (G.W.F. Hegel, philosophe allemand)

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

Re: LDAP Authentication

[Major Péter]

Hi,

You should check JAAS, AFAIK it has ldap-integration too, but if you
need to create an edit profile page, then I recommend you Spring-LDAP,
it's very easy to use (but I'm not sure, that the roles would work).

Regards,
Peter

2009-11-05 21:16 keltezéssel, Benjamin Pack írta:
 We’re working on an application that requires authentication against Active
 Directory and authorization based on Roles.  I wanted to ask the community
 what they would recommend for a out-of-the-box Wicket 1.4 plus LDAP
 integration with the least amount of headaches (that will be our starting
 point).  I’ve investigated SWARM and WASP along with Spring Security, but we
 have concerns that our final solution will need to be a little more dynamic
 and scalable than what SWARM can currently support.  Anyone have any
 thoughts, ideas or experiences in working with Wicket, Roles and LDAP?
 
 
 
 Thanks,
 
 Ben

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

Re: Too Many Files Wicket 1.4.1

[Major Péter]

Hi,

we also had this issue, because (I think) we are running two different
wicket application in only one glassfish domain. Our resolution was,
that we are running now the glassfish domains with custom init scripts
with ulimit settings. Maybe this will help for you.

Best Regards,
Peter

2009-10-21 00:14 keltezéssel, Martin Grigorov írta:
 Hi Adam,
 
 You may try to debug what is the problem with
 https://wiki.sdn.sap.com/wiki/display/Java/JPicus
 
 El mar, 20-10-2009 a las 15:39 -0600, Adam Bender escribió:
 Greetings all,

 Recently I have been performance testing a Wicket application (1.4.1) and I
 am running into the dreaded Too Many Files Open issue. I have searched the
 mailing lists and most of the trouble around this issue seems to come from
 being in DEVELOPMENT mode so I made sure we were in DEPLOYMENT mode. When I
 run 'lsof -p  | grep wicket-1.4.1.jar' I see over 1000 entries and it's
 growing monotonically. This seems really unusual - why would wicket need
 1000 copies of this jar open? An additional bit of weirdness came up when
 our load tests stopped loading the embedded assets (css, js and images) in
 each page - this seemed to cap the number of lsof entries at 5... This is
 even weirder because our app serves these static items from httpd without
 tomcat ever knowing about them. How could our loading of embedded items
 really affect the number of file handles wicket needs?

 For completeness we are running this app on Red Hat Enterprise Linx 5 with
 Tomcat 6.0.20 and Java 1.6

 Adam

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

Re: Too Many Files Wicket 1.4.1

[Major Péter]

resolution - solution...
Just set the ulimit in the initscript and run it with start-stop-daemon,
it will make the problem disappear (but still there would be many open
files...)

Peter

2009-10-21 00:38 keltezéssel, Major Péter írta:
 Hi,
 
 we also had this issue, because (I think) we are running two different
 wicket application in only one glassfish domain. Our resolution was,
 that we are running now the glassfish domains with custom init scripts
 with ulimit settings. Maybe this will help for you.
 
 Best Regards,
 Peter
 
 2009-10-21 00:14 keltezéssel, Martin Grigorov írta:
 Hi Adam,

 You may try to debug what is the problem with
 https://wiki.sdn.sap.com/wiki/display/Java/JPicus

 El mar, 20-10-2009 a las 15:39 -0600, Adam Bender escribió:
 Greetings all,

 Recently I have been performance testing a Wicket application (1.4.1) and I
 am running into the dreaded Too Many Files Open issue. I have searched the
 mailing lists and most of the trouble around this issue seems to come from
 being in DEVELOPMENT mode so I made sure we were in DEPLOYMENT mode. When I
 run 'lsof -p  | grep wicket-1.4.1.jar' I see over 1000 entries and it's
 growing monotonically. This seems really unusual - why would wicket need
 1000 copies of this jar open? An additional bit of weirdness came up when
 our load tests stopped loading the embedded assets (css, js and images) in
 each page - this seemed to cap the number of lsof entries at 5... This is
 even weirder because our app serves these static items from httpd without
 tomcat ever knowing about them. How could our loading of embedded items
 really affect the number of file handles wicket needs?

 For completeness we are running this app on Red Hat Enterprise Linx 5 with
 Tomcat 6.0.20 and Java 1.6

 Adam

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

Re: Multiple choice checkboxes

[Major Péter]

This should be good for you:
http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=:org.apache.wicket.examples.compref.CheckBoxMultipleChoicePage

Regards,
Peter

2009-09-21 23:13 keltezéssel, Sadhna Ahuja írta:
 Is there a way to have multiple choice checkboxes? From what I read on
 the forums, I could only have a ListMultipleChoice.
 
  
 
 But I need to have multiple choice checkboxes. Any examples on how I
 could achieve that?
 
  
 
 Thanks.

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