Re: Failed to execute goal
Hi, There is http://search.maven.org/#artifactdetails%7Cjdbc%7Cjdbc-stdext%7C2.0%7Cjar The groupId is 'jdbc' instead of javax.sql. http://wicket-menu.googlecode.com/svn/maven/repo/com/cooldatasoft/wicket-menu/6.3.0/wicket-menu-6.3.0.pom itself doesn't depend on jdbc-stdext. Find where this dependency comes from. On Wed, Dec 19, 2012 at 5:14 PM, Lucio Crusca lu...@sulweb.org wrote: Hello there, today, trying to build my project, I get: [ERROR] Failed to execute goal on project SalixWeb: Could not resolve dependencies for project com.virtual_bit.salix.web:SalixWeb:war:1.0-SNAPSHOT: The following artifacts could not be resolved: javax.sql:jdbc-stdext:jar:2.0, javax.transaction:jta:jar:1.0.1B: Could not find artifact javax.sql:jdbc- stdext:jar:2.0 in wicket-menu-release (http://wicket- menu.googlecode.com/svn/maven/repo) - [Help 1] As I understand it, the problem seems related to wicket-menu, but that's all I understand. And I have no clue about what to do next... My pom.xml snippet: dependency groupIdcom.cooldatasoft/groupId artifactIdwicket-menu/artifactId version6.3.0/version typejar/type scopecompile/scope /dependency [...] repository idwicket-menu-release/id urlhttp://wicket-menu.googlecode.com/svn/maven/repo/url /repository repository idwicket-menu-snapshot/id urlhttp://wicket-menu.googlecode.com/svn/maven/snapshot- repo/url /repository repository Hints? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Datatable sortproperty error
Hi, What is the error ? Looking at the signature I don't see a problem. On Thu, Dec 20, 2012 at 10:36 AM, Noven noven_...@yahoo.com wrote: Hi, I am facing error when try to add sortproperty to datatable column. I use wicket 6.3.0, it works fine using wicket 1.4.2. My code is below : ListIColumnMessage, String columns = new ArrayListIColumnMessage, String(); columns.add(new PropertyColumnMessage, String(new ModelString(Subject), subject, subject)); // error columns.add(new PropertyColumnMessage, String(new ModelString(Subject), subject)); // work Did somebody found this error before? How to make work? Thank you. Noven -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: Datatable sortproperty error
Martin, My apology. It was error in my code when extending the datatable. I have correct it and it works fine now. Thank you. From: Martin Grigorov mgrigo...@apache.org To: users@wicket.apache.org; Noven noven_...@yahoo.com Sent: Thursday, December 20, 2012 3:42 PM Subject: Re: Datatable sortproperty error Hi, What is the error ? Looking at the signature I don't see a problem. On Thu, Dec 20, 2012 at 10:36 AM, Noven noven_...@yahoo.com wrote: Hi, I am facing error when try to add sortproperty to datatable column. I use wicket 6.3.0, it works fine using wicket 1.4.2. My code is below : ListIColumnMessage, String columns = new ArrayListIColumnMessage, String(); columns.add(new PropertyColumnMessage, String(new ModelString(Subject), subject, subject)); // error columns.add(new PropertyColumnMessage, String(new ModelString(Subject), subject)); // work Did somebody found this error before? How to make work? Thank you. Noven -- Martin Grigorov jWeekend Training, Consulting, Development http://jweekend.com/
Re: Wicket create image from file system outside web application directory
Hi, On Thu, Dec 20, 2012 at 12:20 PM, Arun Chauhan arundraj...@gmail.comwrote: add(new Image(img,urlForImage.toString())); Instead of this, do: WebMarkupContainer img = new WebMarkupContainer(img); img.add(AttributeModifier.replace(src, urlForImage.toString())) Clone the demo application and check how it works. -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Re: WebSocketPushBroadcaster broadcastAll bug or feature
Hi Maxin, Here is an example: https://github.com/martin-g/blogs/tree/master/wicket6-websocket-broadcast IWebSocketPushMessage is a special interface for messages which are sent by a service at the server side, then broadcasted to all pages with active WebSocket connections, i.e. the page and all its components and behaviors receive the message in #onEvent() and each component/behavior can write to the client side thru the WebSocketRequestHandler. Your example with c.sendMessage(message); is almost the same, just that the message is not passed to all components and behaviors but goes directly to the client. On Thu, Dec 20, 2012 at 2:37 PM, Maxim Solodovnik solomax...@gmail.comwrote: Hello All, Does anybody ever used WebSocketPushBroadcaster broadcastAll method? Either I use it incorrectly or it doesn't work. The following code doesn't send any messages: class ChatMessage extends TextMessage implements IWebSocketPushMessage, Serializable { private static final long serialVersionUID = -3802182673895471248L; public ChatMessage(String msg) { super(msg); } } IWebSocketConnectionRegistry reg = IWebSocketSettings.Holder.get(getApplication()).getConnectionRegistry(); new WebSocketPushBroadcaster(reg).broadcastAll(getApplication(), new ChatMessage(message)); same time the following code works as expected: IWebSocketConnectionRegistry reg = IWebSocketSettings.Holder.get(getApplication()).getConnectionRegistry(); for (IWebSocketConnection c : reg.getConnections(getApplication())) { try { c.sendMessage(message); } catch(Exception e) { log.error(Error while sending message, e); } } Am I doing something wrong? There are no exceptions in the log or something. another thing not very clear to me: broadcastAll requires IWebSocketPushMessage as a parameter. But this interface is not implemented by any wicket classes. Is it by design? -- WBR Maxim aka solomax -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
Wicket 6 API docs incomplete
Hello, I just wanted to let people know that the above javadocs are incomplete for me. Reproduction steps -- · Visit the Apache Wicket home page at: http://wicket.apache.org · Follow the link API Docs | Wicket 6 at: http://ci.apache.org/projects/wicket/apidocs/6.0.x · Follow the link to the classes CheckBox or Label · I get the web response (404 -) No Such Resource - File not found. · The javadocs for Wicket 1.5 are fine for me. I hope this helps. Ian Marshall -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-API-docs-incomplete-tp4654977.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
Set-Cookie Headers sent twice
Hi, I'm having a problem with Set-Cookie headers that I currently can't reproduce in a quickstart, and I'm out of ideas where to look in my code. What happens is that when I add a cookie in a page constructor, the Set-Cookie headers are sent twice in the response, although addCookie() is only called onece. However, when I move the add to onBeforeRender(), it only gets sent once, as expected. Has anyone encountered something like this before, or any idea what could be causing this? Regards, Gereon - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 6 API docs incomplete
Hi, Thanks! This is known. It is because the last Javadoc build failed due to No space left on device: http://ci.apache.org/builders/wicket-master/builds/950/steps/MasterShellCommand/logs/stdio On Thu, Dec 20, 2012 at 7:27 PM, Ian Marshall ianmarshall...@gmail.comwrote: Hello, I just wanted to let people know that the above javadocs are incomplete for me. Reproduction steps -- · Visit the Apache Wicket home page at: http://wicket.apache.org · Follow the link API Docs | Wicket 6 at: http://ci.apache.org/projects/wicket/apidocs/6.0.x · Follow the link to the classes CheckBox or Label · I get the web response (404 -) No Such Resource - File not found. · The javadocs for Wicket 1.5 are fine for me. I hope this helps. Ian Marshall -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-6-API-docs-incomplete-tp4654977.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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
delete messages
Hi all, since a view month I use wicket 6.1.1 and I'm new here, so I hope that I'm able to describe my problem so you can understand it right. I have implemented a login panel, inside this panel I have a modal window (ModalWindow) where the user is able to put in his mail address, so I can send him his password / new password. If there are errors in the main login panel, e.g. user unknown, the error message will be displayed and everything is fine. The problem is, if I open the modal window the error messages from main panel will be displayed. Is there any possibility to reset / delete the old messages?? With google I found a view solutions, but they're described for wicket 1.n... Thanks in advance Kind regards Dirk - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicket-cdi and TomEE
Hi, My web application contains EJB stateless beans which I currently access in Wicket through JNDI injection with the wicketstuff-javaee-inject project. With Wicket 6.4.0, I am trying out CDI (@inject) but can't get it to work on the TomEE Java EE application server. In my Application class, I put: BeanManager manager = (BeanManager) new InitialContext().lookup(java:comp/BeanManager); This fails with ClassCastException: org.apache.webbeans.container.InjectableBeanManager cannot be cast to javax.enterprise.inject.spi.BeanManage So the BeanManager lookup does work, but there is a problem casting it. From what I understand, TomEE uses OpenWebBeans to provide CDI while Wicket is based on Weld. I found this discussion relating to this : http://wicket-users.markmail.org/thread/ibec5hnkimampyr7 but it only gave me solutions for using wicket-cdi with Tomcat (servlet container) and not TomEE (full application server) and its included OWB. Igor said (in http://wicket-dev.markmail.org/thread/lhwlhqmmyy5zemjg) that jboss seam-conversation module has plugins for every cdi container. Maybe this is the solution, but I'm not versed enough in CDI to understand it! Thanks for any hint. Regards, Bertrand - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Does automatic resource reloading in development mode still work in 6.x?
Can you send the code you use? This is on windows with a classpath set up with maven and a standalone jetty 8. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955p4654983.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
Re: Does automatic resource reloading in development mode still work in 6.x?
Resource reloading works fine with wicket-examples when you start it with StartExamples.java, since it sets the system property: System.setProperty(wicket.configuration, development); If you run wicket-examples with jetty:run or deploy it to Tomcat, it will run in deployment config (see the web.xml). Do you have a dependeny to gae-initializer? It sets the system property to deployment, so your application is always running in deployment config. Sven On 12/20/2012 10:07 PM, pkc wrote: Can you send the code you use? This is on windows with a classpath set up with maven and a standalone jetty 8. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955p4654983.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: Wicket 6.4.0 Session/URL bug?
I confirm that this fixes my problem too. thanks! On 19/12/2012 2:55 PM, Sven Meier wrote: https://github.com/apache/wicket/commit/12ce76d17e2d0576fee8158b7fa7db69770bea52 Sven On 12/19/2012 08:31 PM, Chris Colman wrote: Jira says this has been fixed but I can't, as yet, see any changed on github master branch that have any core code changes that may have fixed this. Are the changes still in progress? Chris -Original Message- From: Jesus Mireles [mailto:toxi...@gmail.com] Sent: Thursday, 20 December 2012 3:20 AM To: users@wicket.apache.org Subject: Re: Wicket 6.4.0 Session/URL bug? I have uploaded a quickstart and created a new issue: https://issues.apache.org/jira/browse/WICKET-4935 Something interesting, if I dont mount any pages, it works as expected. I was only able to recreate when I actually used mountPackage to mount the private page. Thanks, Jesus M. On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier s...@meiers.net wrote: Hi Nick, WICKET-4920 might be related. Please create a quickstart showing the problem. Thanks Sven On 12/19/2012 06:39 AM, Chris Colman wrote: I have seen this exact same issue. I first saw it after I reported the, possibly related, bug: https://issues.apache.org/**jira/browse/WICKET- 4920https://issues.apache.org/jira/browse/WICKET-4920 and then was verifying that it was fixed. I only noticed the bug you describe after I built with a version of Wicket that included the above fix. I'm not saying this fix caused the bug but I never noticed the issue described below until this fix was implemented. Regards, Chris -Original Message- From: Jesus Mireles [mailto:toxi...@gmail.com] Sent: Wednesday, 19 December 2012 1:52 PM To: users@wicket.apache.org Subject: Wicket 6.4.0 Session/URL bug? I'm seeing some strange behavior with the initial launch of a fresh session. I have 3 types of pages which are public, user which is locked down with AuthorizeInstantiation(USER)**, and admin which locked down with AuthorizeInstantiation(ADMIN**). My public pages are using mountPackage and are mounted to root /, my user are mounted to /home and my admin are /admin. I'm using AuthenticatedWebApplication. When I have a clean browser and I hit my application at localhost:8080/ everything works fine and actually if I hit any public page the application works fine and all pages work as expected. However, if the first page is one of the private pages such as localhost:8080/user/Main or localhost:8080/admin/Console then i get forwarded to localhost:8080//Login;**jesssionid=blah. The extra / gives a 404. I can recreate by clearing my browser and starting a new session. Again this only happens if the first page I hit is one of those private pages otherwise the forward to the login works as expected and I dont get a 404. This only happens with the latest 6.4.0 release. Any ideas? Thanks! Jesus M. --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers- unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers- 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-cdi and TomEE
looks like you have two jars on the classpath that provide the javax.enterprise.inject.spi.BeanManager interface. maybe one comes with wicket-cdi and the other one is included in tomee... -igor On Thu, Dec 20, 2012 at 12:54 PM, Bertrand Guay-Paquet ber...@step.polymtl.ca wrote: javax.enterprise.inject.spi.BeanManage - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Wicket 6.4.0 Session/URL bug?
Oh, I didn't realize there was a separate ASF based repository. It there a manual (human) based process for changes migrating from the ASF repos to the github one or is it automated? Regards, Chris -Original Message- From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com] Sent: Thursday, 20 December 2012 6:42 PM To: users@wicket.apache.org Subject: Re: Wicket 6.4.0 Session/URL bug? Don't use github if you want the changes right now, it is not the canonical repository. Our ASF based one is. The github repo can be behind for days. Martijn Sent from my iPad On 19 dec. 2012, at 20:31, Chris Colman chr...@stepaheadsoftware.com wrote: Jira says this has been fixed but I can't, as yet, see any changed on github master branch that have any core code changes that may have fixed this. Are the changes still in progress? Chris -Original Message- From: Jesus Mireles [mailto:toxi...@gmail.com] Sent: Thursday, 20 December 2012 3:20 AM To: users@wicket.apache.org Subject: Re: Wicket 6.4.0 Session/URL bug? I have uploaded a quickstart and created a new issue: https://issues.apache.org/jira/browse/WICKET-4935 Something interesting, if I dont mount any pages, it works as expected. I was only able to recreate when I actually used mountPackage to mount the private page. Thanks, Jesus M. On Wed, Dec 19, 2012 at 12:41 AM, Sven Meier s...@meiers.net wrote: Hi Nick, WICKET-4920 might be related. Please create a quickstart showing the problem. Thanks Sven On 12/19/2012 06:39 AM, Chris Colman wrote: I have seen this exact same issue. I first saw it after I reported the, possibly related, bug: https://issues.apache.org/**jira/browse/WICKET- 4920https://issues.apache.org/jira/browse/WICKET-4920 and then was verifying that it was fixed. I only noticed the bug you describe after I built with a version of Wicket that included the above fix. I'm not saying this fix caused the bug but I never noticed the issue described below until this fix was implemented. Regards, Chris -Original Message- From: Jesus Mireles [mailto:toxi...@gmail.com] Sent: Wednesday, 19 December 2012 1:52 PM To: users@wicket.apache.org Subject: Wicket 6.4.0 Session/URL bug? I'm seeing some strange behavior with the initial launch of a fresh session. I have 3 types of pages which are public, user which is locked down with AuthorizeInstantiation(USER)**, and admin which locked down with AuthorizeInstantiation(ADMIN**). My public pages are using mountPackage and are mounted to root /, my user are mounted to /home and my admin are /admin. I'm using AuthenticatedWebApplication. When I have a clean browser and I hit my application at localhost:8080/ everything works fine and actually if I hit any public page the application works fine and all pages work as expected. However, if the first page is one of the private pages such as localhost:8080/user/Main or localhost:8080/admin/Console then i get forwarded to localhost:8080//Login;**jesssionid=blah. The extra / gives a 404. I can recreate by clearing my browser and starting a new session. Again this only happens if the first page I hit is one of those private pages otherwise the forward to the login works as expected and I dont get a 404. This only happens with the latest 6.4.0 release. Any ideas? Thanks! Jesus M. --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers- unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org --**--** - To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.orgusers- 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: Does automatic resource reloading in development mode still work in 6.x?
Thanks Sven. This looks like an issue with Intellij. I tested again with Eclipse and it works fine. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Does-automatic-resource-reloading-in-development-mode-still-work-in-6-x-tp4654955p4654989.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
Re: wicket-cdi and TomEE
Hey, I got it all working (wicket+tomee) I had some posts to this list to get it to work: http://mail-archives.apache.org/mod_mbox/wicket-users/201211.mbox/%3ccadltzbdlypzbbv-piofedam7unf2nt1dqvdvy4ttguaymu0...@mail.gmail.com%3E I posted most of my configs in here, you don't need weld-stuff: http://wicket-users.markmail.org/search/?q=kurt.sys#query:kurt.sys+page:1+mid:5bjezmiz7muq5iqj+state:results ... and check out this as well, there are some useful lilnks: http://wicket-users.markmail.org/search/?q=tomee+cdi#query:tomee%20cdi+page:1+mid:ibec5hnkimampyr7+state:results Kurt 2012/12/20 Bertrand Guay-Paquet ber...@step.polymtl.ca: Hi, My web application contains EJB stateless beans which I currently access in Wicket through JNDI injection with the wicketstuff-javaee-inject project. With Wicket 6.4.0, I am trying out CDI (@inject) but can't get it to work on the TomEE Java EE application server. In my Application class, I put: BeanManager manager = (BeanManager) new InitialContext().lookup(java:comp/BeanManager); This fails with ClassCastException: org.apache.webbeans.container.InjectableBeanManager cannot be cast to javax.enterprise.inject.spi.BeanManage So the BeanManager lookup does work, but there is a problem casting it. From what I understand, TomEE uses OpenWebBeans to provide CDI while Wicket is based on Weld. I found this discussion relating to this : http://wicket-users.markmail.org/thread/ibec5hnkimampyr7 but it only gave me solutions for using wicket-cdi with Tomcat (servlet container) and not TomEE (full application server) and its included OWB. Igor said (in http://wicket-dev.markmail.org/thread/lhwlhqmmyy5zemjg) that jboss seam-conversation module has plugins for every cdi container. Maybe this is the solution, but I'm not versed enough in CDI to understand it! Thanks for any hint. Regards, Bertrand - 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-cdi and TomEE
... forgot this one: my full system setup, used jars etc. http://openejb.979440.n4.nabble.com/tomee-eclipselink-gt-NoClassDefFoundError-ClassNotFoundException-td4658870.html Kurt 2012/12/20 Igor Vaynberg igor.vaynb...@gmail.com: looks like you have two jars on the classpath that provide the javax.enterprise.inject.spi.BeanManager interface. maybe one comes with wicket-cdi and the other one is included in tomee... -igor On Thu, Dec 20, 2012 at 12:54 PM, Bertrand Guay-Paquet ber...@step.polymtl.ca wrote: javax.enterprise.inject.spi.BeanManage - 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