Re: [VOTE] Release Wicket 1.4-rc5
[X] Yes release 1.4-rc5 [ ] No, don't release it Am Tuesday 09 June 2009 17:08:05 schrieb Jeremy Thomerson: > I've created a release for Wicket 1.4-rc5. Until it is officially > released, you can download from the following locations: > > SVN Tag: http://svn.apache.org/repos/asf/wicket/releases/wicket-1.4-rc5/ > M2 Repo: > http://people.apache.org/~jrthomerson/releases/apache-wicket-1.4-rc5/m2-rep >o/ Dist folder: > http://people.apache.org/~jrthomerson/releases/apache-wicket-1.4-rc5/dist/ > > Your vote please (lasts 72h): > > [ ] Yes release 1.4-rc5 > [ ] No, don't release it > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > Announcement: > > The Apache Wicket team is proud to announce the availability of the > fifth release candidate for the newest version of Wicket - 1.4. A lot > of bugs have been squashed and several improvements implemented. If > you are already using earlier versions of 1.4, it is recommended you > update to Wicket 1.4-rc5 at your earliest convenience. > > Eager people click here to download the distribution, others can read > further: > > http://www.apache.org/dyn/closer.cgi/wicket/1.4-rc5 > > We thank you for your patience and support. > > - The Wicket Team > > > Apache Wicket > > Apache Wicket is a component oriented Java web application framework. > With proper mark-up/logic separation, a POJO data model, and a > refreshing lack of XML, Apache Wicket makes developing web-apps simple > and enjoyable again. Swap the boilerplate, complex debugging and > brittle code for powerful, reusable components written with plain Java > and HTML. > > You can find out more about Apache Wicket on our website: > > http://wicket.apache.org > > > This release > > This release is the fifth release candidate for the Wicket 1.4 > product. This release fixes several bugs and adds some minor > improvements. You can find out about the changes at the bottom of > this announcement. > > > Migrating from 1.3 > > If you are coming from Wicket 1.3, you really want to read our > migration guide found on the wiki: > > http://cwiki.apache.org/WICKET/migrate-14.html > > > Downloading the release: > > You can download the release from the official Apache mirror system, > and you can find it through the following link: > > http://www.apache.org/dyn/closer.cgi/wicket/1.4-rc5/ > > For the Maven and Ivy fans out there: update your pom's to the > following, and everything will be downloaded automatically: > > > org.apache.wicket > wicket > 1.4-rc5 > > > Substitute the artifact ID with the projects of your liking to get the > other projects. > > Please note that we don't prescribe a Logging implementation for > SLF4J. You need to specify yourself which one you prefer. Read more > about SLF4J here: > > http://slf4j.org > > > Validating the release > > The release has been signed by Jeremy Thomerson, your release manager > for today. The public key can be found in the KEYS file in the > download area. Download the KEYS file only from the Apache website. > > http://www.apache.org/dist/wicket/1.4-rc5/KEYS > > Instructions on how to validate the release can be found here: > > http://www.apache.org/dev/release-signing.html#check-integrity > > > Reporting bugs > > In case you do encounter a bug, we would appreciate a report in our JIRA: > > http://issues.apache.org/jira/browse/WICKET > > > The distribution > > In the distribution you will find a README. The README contains > instructions on how to build from source yourself. You also find a > CHANEGELOG-1.4 which contains a list of all things that have been > fixed, added and/or removed since the 1.4 branch was created. > > > Release Notes - Wicket - Version 1.4-RC5 > > ** Bug > * [WICKET-1912] - StatelessForm problems with query string > * [WICKET-1922] - AbstractTree - setting root to null causes > NullPointerException > * [WICKET-2033] - & instead of & in javascript > * [WICKET-2123] - > org.apache.wicket.util.convert.converters.SqlTimestampConverter only > renders the time part of the timestamp > * [WICKET-2133] - DatePicker inserts incorrect format date > * [WICKET-2188] - PropertyResolver$ArrayPropertyGetSet does not > call setAccessible(true) on method > * [WICKET-2245] - PageParameters always non-empty > * [WICKET-2259] - The JavaDoc for IPageLink still holds a > reference to PageLink which is deprecated > * [WICKET-2261] - wicketTester.executeAjaxEvent(combo, > "onchange"); works with 1.4-rc1 but not anymore with 1.4-rc2 > * [WICKET-2270] - GET/POST mismatch with stateless page/form. > * [WICKET-2272] - open/close div tags are rendered erroneously > * [WICKET-2273] - wicket-devutils is missing in > wicket-assembly-all.xml and not mentioned in README > * [WICKET-2274] - WicketTester.executeAjaxEvent(AjaxButton, > "onclick"); results in clicking of another submit button if its model > value is not null. > * [WICKET-2276] - isComponent in BaseWicketTester contains > possible nullpointer e
Re: Constructor not being called when Back button clicked
> Is there some way to force the page to be reconstructed? Don't use Ajax, use the default Button insteand Regards, Timm Am Mittwoch, 1. April 2009 16:11:07 schrieb Steve Swinsburg: > Hi all, > > I have a Page and on that page a Form which submits via Ajax. > > In this page's constructor I added a debug statement that prints a > message when the constructor is called (for testing). I then submit > the form, click away, then click Back and in Safari 4 for Mac, the > page is reconstructed and I see my message again (good). Everything > works ok (also good). > > However, in Firefox for Mac (and for PC and all IE flavours), clicking > Back has the original search text in the box, and the page is NOT > reconstructed. Clicking search again throws NPE's because certain > elements are not initialised properly. > > Is there some way to force the page to be reconstructed? Is this some > caching issue that is causing it to be not reconstructed and hence > just reused? > > > thanks, > Steve - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Servlet container authentication in Wicket
> http://localhost:5080/j_security_check?j_username=test&j_password=test
Shouldn't there be an application named?
http://localhost:5080/MYAPP/j_security_check?j_username=test&j_password=test
Regards,
Timm
Am Sonntag, 1. Februar 2009 23:03:50 schrieb Philipp Daumke:
> Hi all,
>
> I followed the Servlet Container authentication as described in
> http://cwiki.apache.org/WICKET/servlet-container-authentication.html,
> but I do not get it working.
>
> At the moment I get an error in firefox when invoking the
> redirectToSecurityCheck() method:
>
> http://localhost:5080/j_security_check?j_username=test&j_password=test
> _The requested resource () is not available.
>
> _I don't even know exactly what "j_security_check" is and don't find too
> much on the web. Do I have to configure Tomcat properly?
>
> Below is my full src. MyApp.java and web.xml look like in the example
> (see link aboe). Thank you for your help!
> Philipp
>
>
> public final class LoginPage extends WebPage
> {
> private String username;
> private String password;
> public LoginPage()
> {
> redirectToSecurityCheck();
> /*if( ( ( MySession )getSession() ).isUserLoggedIn())
> {
> // redirect to hide username and password from URL after
> user is logged in
> setRedirect( true );
> setResponsePage( Index.class );
> }
> else
> {
> redirectToSecurityCheck();
> }*/
> }
>
> /**
> * Common servlet login workaround
> */
> private void redirectToSecurityCheck()
> {
> final Map parametersMap = ( ( WebRequestCycle
> )RequestCycle.get()
> ).getWebRequest().getHttpServletRequest().getParameterMap();
> if( parametersMap.containsKey( "username" ) &&
> parametersMap.containsKey( "password" ) )
> {
> // getting parameters from POST request
> final String userName = ( ( String[] )parametersMap.get(
> "username" ) )[ 0 ];
> final String userPassword = ( ( String[] )parametersMap.get(
> "password" ) )[ 0 ];
>
> // if POST parameters are ok, redirect them to j_security_check
> if( ( userName != null ) && ( userPassword != null ) )
> {
> getRequestCycle().setRedirect( false );
> getRequestCycle().setRequestTarget(
> EmptyRequestTarget.getInstance() );
>
> getResponse().redirect(
> "/j_security_check?j_username=" + userName +
> "&j_password=" + userPassword );
> }
> }
> }
>
> public String getUsername() {
> return username;
> }
>
> public void setUsername(String username) {
> this.username = username;
> }
>
> public String getPassword() {
> return password;
> }
>
> public void setPassword(String password) {
> this.password = password;
> }
> }
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: Several Ajax features doesn't seem to work in Wicket 1.3.5 and Firefox 3.0.5
Am Dienstag, 13. Januar 2009 12:22:02 schrieb Gohan: > Ok so mabey it's just me. Perhaps I'm using some extension that prevents me > from using the components? Are there any known Firefox extensions that you > shouldn't use in combination with Wicket? I'm using Mozilla/5.0 (Windows; > U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 (.NET > CLR 3.5.30729). I use Noscript and must disable it for Wicket to work. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Deploy problem
Now I know what's going on. You are using a Redhat/CentOS/Mandriva Linux with gcj (Gnu Java Compiler) installed. It because of the logs you sent: >at gnu.java.nio.channels.FileChannelImpl.open(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) You need to get rid of gcj somehow. I guess your hoster is not willing to do so, but maybe you can ask him to set the JDK (Sun!) first in the PATH Environment Variable even for the whole system or only for the Account Tomcat is running with. Also let him set JAVA_HOME and JAVA_JRE accordingly! Hope this helps. Regards, Timm Am Monday 22 December 2008 17:01:16 schrieb Pierre Gilquin: > Timm, I did what you suggested. > I used Wicket 1.3.5 and I recompile with JDK 1.4.2 > Look like it goes farther but finaly not succefully. > First, I get the same FileNotFoundException but it continues until the > exception : NoSuchMethodError: method > java.lang.management.ManagementFactory.getPlatformMBeanServer with > signature ()Ljavax.management.MBeanServer; was not found. > > Any idea will be apprecied. > > Thanks. > > Pierre > > The trace : > > 22-déc-08 4:46:38 org.apache.catalina.core.ApplicationContext log > INFO: Manager: install: Installing web application at '/Pharmaco' from > 'Pharmaco.war' java.io.FileNotFoundException: Pharmaco.war (null) >at gnu.java.nio.channels.FileChannelImpl.open(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) >at java.io.FileInputStream.(libgcj.so.7rh) >at > org.apache.catalina.manager.ManagerServlet.copyInternal(catalina-manager-5. >5.23.jar.so) at > org.apache.catalina.manager.ManagerServlet.copy(catalina-manager-5.5.23.jar >.so) at > org.apache.catalina.manager.ManagerServlet.deploy(catalina-manager-5.5.23.j >ar.so) at > org.apache.catalina.manager.ManagerServlet.doGet(catalina-manager-5.5.23.ja >r.so) at > javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s >o) at > javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s >o) at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5 >.5.23.jar.so) at > org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.ja >r.so) at > org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.23.jar.so >) at > org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.23.jar.so >) at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(catalina-5.5.23. >jar.so) at > org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.23.jar.so) > at > org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.23.jar.so) > at > org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.23.jar.so) > at > org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.23.jar.so) > at > org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.23.jar.so) > at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.process >Connection(tomcat-http-5.5.23.jar.so) at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.23 >.jar.so) at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5 >.23.jar.so) at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5 >.5.23.jar.so) at java.lang.Thread.run(libgcj.so.7rh) > 22-déc-08 4:46:38 org.apache.catalina.startup.HostConfig deployWAR > INFO: Déploiement de l'archive Pharmaco.war de l'application web > log4j:WARN No appenders could be found for logger > (org.apache.commons.digester.Digester.sax). log4j:WARN Please initialize > the log4j system properly. > > char set Wicket = iso-8859-1 > > Pharmaco > INFO QueryLogger: Created connection pool: > jdbc:mysql://localhost/pharmaco?capitalizeTypeNames=true&useUnicode=true&ch >aracterEncoding=ISO-8859-1&autoReconnect=true&maxReconnects=3 Driver class: > org.gjt.mm.mysql.Driver > Min. connections in the pool: 1 > Max. connections in the pool: 1 > 1242 [http-9080-Processor4] INFO org.apache.wicket.Application - > [MyApplication] init: Wicket core library initializer 1247 > [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - > registered listener interface [RequestListenerInterface > name=IBehaviorListener, method=public abstract void > org.apache.wicket.behavior.IBehaviorListener.onRequest()] 1247 > [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - > registered listener interface [RequestListenerInterface > name=IBehaviorListener, method=public abstract void > org.apache.wicket.behavior.IBehaviorListener.onRequest()] 1248 > [http-9080-Processor4] INFO org.apache.wicket.RequestListenerInterface - > registered listener interface [RequestListenerInterface > name=IFormSubmitListener, method=public abstract void > org.apache.wicket.markup.html.form.IFormSubmitListener.onForm
Re: Deploy problem
Hi, yep, JDK 1.5 can be the problem, but don't need to be. If you use generics, you have to remove them first. The other thing is that you must compile your code for JDK 1.4. You need to set the Parameter "-source 1.4" to compile the code. If the compiler is going through without any error, this should work. Or even compile your code with jdk 1.4.2. Regards, Timm Am Monday 22 December 2008 09:16:21 schrieb Pierre Gilquin: > Thanks Timms, > > I developed my app with this version without any problem. > Now I am trying to change hosting. > I have developed for JDK 1.5 and my new host is 1.4.2. > Could this be also a problem ? > > Pierre > My Web.xml > > > > http://java.sun.com/xml/ns/j2ee"; > > xmlns:xsi="http://www.w3.org/TR/xmlschema-1/"; > > xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"; > > version="2.4"> > > Pharmaco > > > > WicketFilter > > org.apache.wicket.protocol.http.WicketFilter > > > > applicationClassName > > ch.clinpharm.MyApplication > > > > > > configuration > > deployment > > > > > > mailAdm > > a...@bidon.ch > > > > > > > > WicketFilter > > /* > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Deploy problem
Hi Pierre, firstoff, why don't you upgrade on Wicket 1.3.5, or at least to a released version. Could you please post your web.xml file. Regards, Timm Am Sunday 21 December 2008 13:18:09 schrieb Pierre Gilquin: > Hi all, > > I have a problem deploying a Wicket App. (Not Wicket app work fine). > > Wicket 1.3.0 rc1 / Tomcat 5.5.20 / JDK 1.4.2 > > Thanks in advance for any help > > Pierre > > The trace is : > > > INFO: Manager: install: Installing web application at '/TestIso' from > 'TestIso.war' java.io.FileNotFoundException: TestIso.war (null) >at gnu.java.nio.channels.FileChannelImpl.open(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.(libgcj.so.7rh) >at gnu.java.nio.channels.FileChannelImpl.create(libgcj.so.7rh) >at java.io.FileInputStream.(libgcj.so.7rh) > ... > > 21-déc-08 1:05:25 org.apache.catalina.startup.HostConfig deployWAR > INFO: Déploiement de l'archive TestIso.war de l'application web > > 21-déc-08 1:05:26 org.apache.catalina.core.StandardContext filterStart > SEVERE: Exception au démarrage du filtre WicketFilter > java.lang.NoSuchMethodError: method > java.lang.management.ManagementFactory.getPlatformMBeanServer with > signature ()Ljavax.management.MBeanServer; was not found. at > org.apache.wicket.jmx.Initializer.init(Initializer.java:156) at > org.apache.wicket.Application.callInitializers(Application.java:787) at > org.apache.wicket.Application.initializeComponents(Application.java:625) at > org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:509) at > org.apache.catalina.core.ApplicationFilterConfig.getFilter(catalina-5.5.23. >jar.so) at > org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(catalina-5.5. >23.jar.so) at > org.apache.catalina.core.ApplicationFilterConfig.(catalina-5.5.23.jar >.so) at > org.apache.catalina.core.StandardContext.filterStart(catalina-5.5.23.jar.so >) at org.apache.catalina.core.StandardContext.start(catalina-5.5.23.jar.so) > at > org.apache.catalina.core.ContainerBase.addChildInternal(catalina-5.5.23.jar >.so) at > org.apache.catalina.core.ContainerBase.addChild(catalina-5.5.23.jar.so) at > org.apache.catalina.core.StandardHost.addChild(catalina-5.5.23.jar.so) at > org.apache.catalina.startup.HostConfig.deployWAR(catalina-5.5.23.jar.so) at > org.apache.catalina.startup.HostConfig.deployApps(catalina-5.5.23.jar.so) > at org.apache.catalina.startup.HostConfig.check(catalina-5.5.23.jar.so) at > java.lang.reflect.Method.invoke(libgcj.so.7rh) >at > org.apache.commons.modeler.BaseModelMBean.invoke(jakarta-commons-modeler-1. >1.jar.so) at > mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(mx4j-3.0.1.jar >.so) at > mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar >.so) at > mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(mx4j-3.0.1.ja >r.so) at > mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar >.so) at > mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(mx4j-3.0.1.jar >.so) at > mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invoke(mx4 >j-3.0.1.jar.so) at mx4j.server.MX4JMBeanServer.invoke(mx4j-3.0.1.jar.so) >at > org.apache.catalina.manager.ManagerServlet.check(catalina-manager-5.5.23.ja >r.so) at > org.apache.catalina.manager.ManagerServlet.deploy(catalina-manager-5.5.23.j >ar.so) at > org.apache.catalina.manager.ManagerServlet.doGet(catalina-manager-5.5.23.ja >r.so) at > javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s >o) at > javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.s >o) at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5 >.5.23.jar.so) at > org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.ja >r.so) at > org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.23.jar.so >) at > org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.23.jar.so >) at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(catalina-5.5.23. >jar.so) at > org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.23.jar.so) > at > org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.23.jar.so) > at > org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.23.jar.so) > at > org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.23.jar.so) > at > org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.23.jar.so) > at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.process >Connection(tomcat-http-5.5.23.jar.so) at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.23 >.jar.so) at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5 >.23.jar.so) at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5 >.5.23.jar.so) at java.lang.Thread.run(libgcj.so.7rh) > 21-déc-08 1:05:26 org.apache.catalina.core.StandardContext start > SEVERE: Error filterSt
CryptedUrlWebRequestCodingStrategy/Session invalidate with Wicket 1.3.5
Hello everyone, For logout from the Application I use the following Code. getSession().invalidate(); setResponsePage(LoginPage.class); getRequestCycle().setRedirect(true); When using CryptedUrlWebRequestCodingStrategy the above will not work and runs into a RuntimeException (WicketMessage: Invalid URL Root cause: Invalid URL). The Log says: org.apache.wicket.WicketRuntimeException: Unable to decrypt the text 'garbled text here' at org.apache.wicket.util.crypt.AbstractCrypt.decryptByteArray(AbstractCrypt.java:145) at org.apache.wicket.util.crypt.AbstractCrypt.decryptUrlSafe(AbstractCrypt.java:67) at org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decodeURL(CryptedUrlWebRequestCodingStrategy.java:250) at org.apache.wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:98) at org.apache.wicket.Request.getRequestParameters(Request.java:171) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1233) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353) at org.apache.wicket.RequestCycle.request(RequestCycle.java:493) ... many more. This worked fine with any Wicket 1.3.x release, but not 1.3.5. Did I missed a change here? Regards, Timm - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: [OT] wicket users around the world
Frankfurt, Germany Am Thursday 11 December 2008 19:57:49 schrieb francisco treacy: > to know a little bit more of our great (and vast) community, i was > just wondering if you're keen on sharing where you come from and/or > where you work with wicket... > > for instance, here argentinian/belgian working with wicket in antibes, > france > > francisco > > - > 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: [VOTE] Consistent naming for Wicket Stuff projects
Am Thursday 27 November 2008 22:54:28 schrieb Jeremy Thomerson: [X] - YES - I would like consistent naming > PS - I feel like I'm starting a lot of vote threads - should I not be? IMHO if you feel the need to do so, go ahead. I won't mind. Thank you for asking! Regards, Timm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat 6
Hi, I use Tomcat 6.0.16/17/18 with the Wicket Example Application out of the box. No Problems at all. I suspect Tomcat is not the Problem. Regards, Timm Am Monday 20 October 2008 09:30:32 schrieb Leucht, Axel: > Hi, > > I'm currently trying to get a HelloWorld application running with wicket > 1.3.4. > > I'm doing all my web development from within the Eclipse IDE (3.4 > Ganymede), so I suspect setup of the project should be easy. When the > server environment is set to tomcat 5.5.27 the HelloWorldApplication runs > fine but NOT under tomcat 6.0.16! > > There is no clue in the logs stating that wicket is started in development > mode which it is when started under tc 5.5.27. The application does run > when I start tomcat 6.0.16 in standalone mode (outside Eclipse). > > Does someone knows what to do to make it run from within Eclipse? > > /Axel > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two /(Upload)Forms and 2 feedbacks on one page
Wild guess: The same Form (ajaxSimpleUploadForm) for both Filters?
Regards,
Timm
Am Tuesday 14 October 2008 12:13:59 schrieb Herbert Winter:
> Now I got no feedbacks with both methods.
> However when I use the example from
> http://cwiki.apache.org/WICKET/using-more-than-one-feedbackpanel-per-page.h
>tml like
>
> uploadFeedback.setFilter(new
> ContainerFeedbackMessageFilter(ajaxSimpleUploadForm));
> after the upload both forms are visible.
>
> when I use feedbackpanels like
> filter=new ContainerFeedbackMessageFilter(ajaxSimpleUploadForm);
> uploadFeedback = new FeedbackPanel("imageUploadFeedback", filter);
>
> only 1 form is visible after the upload.
>
> I do this calls in the initComponents() methods.
>
> 2008/10/14 Stefan Lindner <[EMAIL PROTECTED]>:
> > Use a FeedbackPanel(final String id, IFeedbackMessageFilter filter)
> > constructor with a message filter.
> >
> > Stefan
> >
> > -Ursprüngliche Nachricht-
> > Von: Herbert Winter [mailto:[EMAIL PROTECTED]
> > Gesendet: Dienstag, 14. Oktober 2008 11:04
> > An: users@wicket.apache.org
> > Betreff: Two /(Upload)Forms and 2 feedbacks on one page
> >
> > hello list,
> >
> > I have two (Upload)Forms on my page, each with a FeedbackPanel; when I
> > use one of the forms, both feedbackpanels show the same info.
> > In the HTML-files, the have different IDs, and each form extends Panel
> > in a separate class.
> >
> > I use 1.4-m3.
> >
> > Any idea?
> >
> > greetings
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: html code
Hi, 1) I would choose a Panel 2) Sounds like Markup Inheritance would help you here. Create some Base Panel and then extend this class and the markup and include the different Components, if any. Hope this helps Regards, Timm Am Thursday 09 October 2008 19:08:25 schrieb miro: > I have a page withsame pattern but different data in several td > tag. Like > >Header1 > link 1 > link2 > link3 > > >header2 > link1 > link2 > > and so..on > > I dont want to repeat the same html for header1 header2 instead I want to > make a custom component which takes header and RepeatingView for links > ,So in my html i just give the id of the component and the component html > is used . > to acheieve this I have few questions > 1st > For this should I use a webmarkupcontainer or a panel as super class for > my custom component ?and why should > 2nd > my custom component html is very little and i dont want to create a html > page instead > I want customize the lookup of html ie just tell wicket use this html to > render my custom component or give wickwet some html to render my > component - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: All Jars are exposed at :::: http://localhost:8080//resources/org.apache.wicket.ajax.WicketAjaxReference
Hi, while I couldn't imagine why this works for you I tried it with my Application on Tomcat-6.0.18. Nope, you see nothing but "The requested resource () is not available." So I guess it is either Weblogic or your code Regards, Timm Am Wednesday 17 September 2008 17:18:42 schrieb nanotech: > Hi All, > > In one of the security tests for the web app I am working on the following > url > http://localhost:8080//resources/org.apache.wicket.ajax.Wicket >AjaxReference displays all the jars in the browser. The application is > running on weblogic 9.2. > Is this a Wicket Issue or weblogic configuation issue ? Any pointers to > prevent this ? > Here is the list of jars it displays > 3rdparty.jar > apache_xbean.jar > bids.jar > com.bea.cie.comdev_5.3.1.0.jar > com.bea.cie.paf_1.0.0.0.jar > com.bea.cie.paf-impl_1.0.0.0.jar > com.bea.cie.patch-common_3.0.0.0.jar > com.bea.cie.xmldh_2.1.0.0.jar > com.bea.core.xml.xmlbeans_2.2.0.0.jar > comdev.jar > components.xml > config_rfid_edge.jar > config.jar > configwiz.jar > gpr.xml > internalpaths.txt > javax.xml.stream_1.0.0.0.jar > jython.jar > libjni.so > log4j.jar > macrorules.xml > oxy-cci.jar > pdev.jar > platform.properties > plugin.jar > plugin-wizard.jar > quickstart.jar > uninstall.jar > upgrade > wizard.jar > wlw-plaf.jar > wlw-util.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DefaultDataTable
Hi, I checked the markup for any preconfigured CSS styles. There are .odd and .even for each row. Put them in your CSS Stylesheet, and change them as you need. I put each DefaultTable in a separate div and style the div container, that's another possibility. Regards, Timm Am Sonntag, 17. August 2008 19:13:12 schrieb Uwe Schäfer: > hi. > > using DefaultDataTable, how to best apply css to the columns (in order > to size them, etc) > > cu uwe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comparing JSF and Wicket
LOL! Great saying! I was asked for something positive.. Regards, Timm Am Donnerstag, 7. August 2008 18:09:03 schrieb Peter Ertl: > I don't need nearly as much extensions for wicket because > it's such a no-brainer to write my own custom components... > > I think JSF is a big joke with nobody laughing :) > > my 2 % > > Cheers > Peter > > Am 07.08.2008 um 17:59 schrieb Timm Helbig: > > Sorry, not really. > > > > *) JSF doesn't consume less Memory over Wicket. But this is not > > really an > > Argument since Hardware isn't that expensive today. > > *) Maybe the availability of Millions of extension Libraries for JSF. > > *) EL Tags are quite useful, but IMHO just another way to do the same > > thing. > > > > Regards, > > Timm > > > > Am Donnerstag, 7. August 2008 08:44:22 schrieb nlif: > >> Thanks Timm. This is valuable feedback. Nevertheless - can you > >> point to any > >> advantage JSF has over Wicket? Anything at all? > >> > >> Thanks > >> > >> Timm Helbig wrote: > >>> Hi, > >>> > >>> I did one Project with JSF and two with Wicket. > >>> > >>> By far Wicket is much easier to handle, (nearly) everything works as > >>> supposed, > >>> which is not true for JSF, especially when it comes to external > >>> Libraries > >>> like Trinidad or other UI Extension Libraries. > >>> > >>> One other thing which is important for me is the Productivity. > >>> And this > >>> is > >>> much higher with Wicket than with JSF. > >>> > >>> The Community support is suberb with Wicket, and somewhat > >>> difficult when > >>> you > >>> check the JSF Forums, but this depends on the Manufactor of the > >>> Library > >>> you > >>> use. > >>> > >>> I don't want to slash JSF here, but I find it is miles away from a > >>> usable > >>> Product. For me it looks more like a prototype of what could be > >>> possible. > >>> Just check what happened from 1.1 to 1.2, and you see, that even > >>> Sun > >>> seemed > >>> to face this. > >>> > >>> Regards, > >>> Timm > >>> > >>> Am Mittwoch, 6. August 2008 11:13:53 schrieb nlif: > >>>> Hi all, > >>>> > >>>> We are in the process of selecting a web-framework, and although > >>>> I am in > >>>> favor of Wicket, I was asked to provide an objective comparison of > >>>> Wicket with JSF. I have developed a few small apps in Wicket, but I > >>>> admit I am not > >>>> very familiar with JSF. Prior to posting here, I googled a bit, and > >>>> found a > >>>> few forum-threads and blog posts on this topic, but most are from > >>>> 1-2 > >>>> years > >>>> ago and in framework years, this may be considered obsolete. > >>>> > >>>> Although this is the Wicket forum, I expect there are people here > >>>> who > >>>> also > >>>> used (or at least evaluated) JSF at some point, so I'd be happy > >>>> if folks > >>>> here could share their experience. If anyone can point me to useful > >>>> links that would be great too. > >>>> > >>>> I really am not trying to provoke a flame war, just to gather > >>>> information. > >>>> > >>>> In your opinion, what are Wicket strengths? What are JSF's ? > >>>> (even if > >>>> you're a Wicket fan, surely there's something ;) > >>>> > >>>> I would be interested to hear people thoughts regarding the fact > >>>> the JSF > >>>> is > >>>> a standard, while Wicket is not. How important is that to you? In > >>>> what > >>>> ways > >>>> do you think this matters (if at all)? > >>>> > >>>> Also, supposedly JSF has a larger selection of 3rd party components > >>>> compared to Wicket. Is this true? how often do you find yourself > >>>> rolling > >>>> your own components and how hard is it to do so in Wicket (and I > >>>> mean > >>>> non-trivial-good-looking-Ajax-enabled stuff). > >>>> > >>>> Many thanks in advance. > >>> > >>> - > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comparing JSF and Wicket
Sorry, not really. *) JSF doesn't consume less Memory over Wicket. But this is not really an Argument since Hardware isn't that expensive today. *) Maybe the availability of Millions of extension Libraries for JSF. *) EL Tags are quite useful, but IMHO just another way to do the same thing. Regards, Timm Am Donnerstag, 7. August 2008 08:44:22 schrieb nlif: > Thanks Timm. This is valuable feedback. Nevertheless - can you point to any > advantage JSF has over Wicket? Anything at all? > > Thanks > > Timm Helbig wrote: > > Hi, > > > > I did one Project with JSF and two with Wicket. > > > > By far Wicket is much easier to handle, (nearly) everything works as > > supposed, > > which is not true for JSF, especially when it comes to external Libraries > > like Trinidad or other UI Extension Libraries. > > > > One other thing which is important for me is the Productivity. And this > > is > > much higher with Wicket than with JSF. > > > > The Community support is suberb with Wicket, and somewhat difficult when > > you > > check the JSF Forums, but this depends on the Manufactor of the Library > > you > > use. > > > > I don't want to slash JSF here, but I find it is miles away from a usable > > Product. For me it looks more like a prototype of what could be possible. > > Just check what happened from 1.1 to 1.2, and you see, that even Sun > > seemed > > to face this. > > > > Regards, > > Timm > > > > Am Mittwoch, 6. August 2008 11:13:53 schrieb nlif: > >> Hi all, > >> > >> We are in the process of selecting a web-framework, and although I am in > >> favor of Wicket, I was asked to provide an objective comparison of > >> Wicket with JSF. I have developed a few small apps in Wicket, but I > >> admit I am not > >> very familiar with JSF. Prior to posting here, I googled a bit, and > >> found a > >> few forum-threads and blog posts on this topic, but most are from 1-2 > >> years > >> ago and in framework years, this may be considered obsolete. > >> > >> Although this is the Wicket forum, I expect there are people here who > >> also > >> used (or at least evaluated) JSF at some point, so I'd be happy if folks > >> here could share their experience. If anyone can point me to useful > >> links that would be great too. > >> > >> I really am not trying to provoke a flame war, just to gather > >> information. > >> > >> In your opinion, what are Wicket strengths? What are JSF's ? (even if > >> you're a Wicket fan, surely there's something ;) > >> > >> I would be interested to hear people thoughts regarding the fact the JSF > >> is > >> a standard, while Wicket is not. How important is that to you? In what > >> ways > >> do you think this matters (if at all)? > >> > >> Also, supposedly JSF has a larger selection of 3rd party components > >> compared to Wicket. Is this true? how often do you find yourself rolling > >> your own components and how hard is it to do so in Wicket (and I mean > >> non-trivial-good-looking-Ajax-enabled stuff). > >> > >> Many thanks in advance. > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Comparing JSF and Wicket
Hi, I did one Project with JSF and two with Wicket. By far Wicket is much easier to handle, (nearly) everything works as supposed, which is not true for JSF, especially when it comes to external Libraries like Trinidad or other UI Extension Libraries. One other thing which is important for me is the Productivity. And this is much higher with Wicket than with JSF. The Community support is suberb with Wicket, and somewhat difficult when you check the JSF Forums, but this depends on the Manufactor of the Library you use. I don't want to slash JSF here, but I find it is miles away from a usable Product. For me it looks more like a prototype of what could be possible. Just check what happened from 1.1 to 1.2, and you see, that even Sun seemed to face this. Regards, Timm Am Mittwoch, 6. August 2008 11:13:53 schrieb nlif: > Hi all, > > We are in the process of selecting a web-framework, and although I am in > favor of Wicket, I was asked to provide an objective comparison of Wicket > with JSF. I have developed a few small apps in Wicket, but I admit I am not > very familiar with JSF. Prior to posting here, I googled a bit, and found a > few forum-threads and blog posts on this topic, but most are from 1-2 years > ago and in framework years, this may be considered obsolete. > > Although this is the Wicket forum, I expect there are people here who also > used (or at least evaluated) JSF at some point, so I'd be happy if folks > here could share their experience. If anyone can point me to useful links > that would be great too. > > I really am not trying to provoke a flame war, just to gather information. > > In your opinion, what are Wicket strengths? What are JSF's ? (even if > you're a Wicket fan, surely there's something ;) > > I would be interested to hear people thoughts regarding the fact the JSF is > a standard, while Wicket is not. How important is that to you? In what ways > do you think this matters (if at all)? > > Also, supposedly JSF has a larger selection of 3rd party components > compared to Wicket. Is this true? how often do you find yourself rolling > your own components and how hard is it to do so in Wicket (and I mean > non-trivial-good-looking-Ajax-enabled stuff). > > Many thanks in advance. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Java 1.5 features with Wicket 1.3
Do you compile Wicket yourself? If so, this should be compiled using --source 1.4. Your own code can stay with --source 1.5. Timm Am Freitag, 13. Juni 2008 22:58:53 schrieb Frank Silbermann: > In my Wicket 1.2 application I used a Java 1.5 JDK. Wicket didn't seem > to mind that I used annotations, etc. in my own code. I did the same in > code that I upgraded to Wicket 1.3. Also, my Wicket 1.2 application was > built from scratch using JBuilder 2006; but the > stop-server/modify-code/compile/re-deploy/start-server cycle was > laborious, so this time I've been trying to work from the QuickStart, > using Maven2 and Eclipse, with Jetty in process for debugging. But for > some reason I keep messing up. > > I was able to compile my code using either Maven2 or Eclipse. Then, > when rebuilding with Maven2 I had the bright idea of calling "mvn clean" > first. Well, my compilation is failing all over the place now, with > comments of the form: > > ...annotations are not supported in -source 1.3 (use -source 5 or higher > to enable annotations) > > I googled the error and found a page > http://vikashazrati.wordpress.com/2008/05/13/maven2-annotations-not-supp > orted/ that suggested I add to my pom.xml > > > > ... > > maven-compiler-plugin > > 1.5 > 1.5 > > > > > > > I did so, and now I'm getting an error: > > C:\webReports\web > applications\WebCommon\src\main\java\common\components\DatePickerManualS > ubmitPanel.java:[10,0] package > org.apache.wicket.extensions.yui.calendar.assets.skins.sam does not > exist > > When I go back to Eclipse, it doesn't tell me it cannot build, but when > I try to run I get a tab saying: > > "URLClassLoader$1.run() line: not availableSource not found > > > I am getting very frustrated. Does anyone recognize these symptoms? Is > my only choice to start over? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TinyMCE Behavior rather than TinyMCE Panel
Hi, AFAIK the only Release for Wicket 1.3 is available through the Wicketstuff Subversion Repository. The last Release I tried from sourceforge.net was outdated, because it was targeted for Wicket 1.2 The Module needed is wicket-contrib-tinymce and I suggest wicket-contrib-tinymce-examples. And you have to build them on your own. Hope this helps. Regards, Timm Am Dienstag, 6. Mai 2008 23:40:21 schrieb Ayodeji Aladejebi: > Hi, > > I sometimes saw a TinyMCE code that uses AbstractBehavior to integrate > TinyMCE rather than TinyMCEPanel from the one available in wicket stuffs. > > Please does anyone know where I can find this build > > > thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with german error messages in feedback panel
Yes I had the same one. After switching my favourite IDE (Netbeans) to UTF-8
Encoding everything was fine.
So, either you use Unicode Characters in your String literals, which is plain
ugly, or use an editor which is capable of using UTF-8 Encodings.
Am Sonntag, 27. April 2008 11:35:16 schrieb greeklinux:
> Hello,
>
> I have problems with german umlauts in a feedback panel.
> I define the error messages in a property file.
> It displays as follows:
> Bitte geben Sie eine gültige E-Mail ein
>
> In my HTML:
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
>
>
>
> ...
>
> My editor is configured to use UTF-8 as encoding.
> I tried to initialize the Wicket Application with
> getRequestCycleSettings().setResponseRequestEncoding("UTF-8");
> but the error is still there.
>
> Has someone the same problem?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
setResponsePage(Class c) versus setResponsePage(Page p)
Hi,
I have read several times in the mailing list, that it is bad to use
setRespsonsePage(Page p). What is the backdraw compared to
setResponsePage(Class c) ?
In my case a Form Submit redirects to another Page, that needs some initial
data given through the Constructor, e.g. MyPage(MyInitialData data) {} .
Regards,
Timm
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release 1.4 with only generics and stop support for 1.3
+1 Am Montag, 17. März 2008 09:13:29 schrieb Martijn Dashorst: > This thread is for voting only. Use the [discuss] thread for voicing > your opinion or asking questions. This makes counting the votes much > easier. > > The discussion on our development list makes it clear that a lot of > folks are anxious for generified models. Most users if not all wish us > to release a quick release which is 1.3 + generics. The consequence is > that the core team will stop to support 1.3, and that everybody that > wishes updates will have to migrate to 1.4, and upgrade to Java 5. > > Everybody is invited to vote! Please use > > [ ] +1, Wicket 1.4 is 1.3 + generics, drop support for 1.3 > [ ] -1, I need a supported version running on Java 1.4 > > Let your voices be heard! > > Martijn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
