RE: Publish Javadoc or big number of Static pages

2014-01-14 Thread andre seame
Use the web server to show the static page is a very good idea. As all other 
pages are in generated by wicket, I was only thinking in term of wicket. 

Thanks for the idea.
PHL

 Date: Fri, 10 Jan 2014 15:11:17 -0500
 Subject: Re: Publish Javadoc or big number of Static pages
 From: p...@bors.ws
 To: users@wicket.apache.org
 
 I'm not following, you want to show 200 static HTML pages in your webapp?
 
 Your webapp must be running on top of a web server, why not just let the
 web server server the static content?
 What's the dynamic part of those 200 static HTML pages?
 Do you need to authenticate the user first or something before they can
 view the static content?
 
 
 On Fri, Jan 10, 2014 at 12:23 PM, andre seame andre1...@hotmail.fr wrote:
 
 
 
  Hello,
 
 
 
  I
  have a wicket site to manage different points on the project. I receive 200
  HTML pages for the developer teams. These pages are javadoc pages.
 
  I
  add some dynamic pages built over the static pages with wicket. And I will
  to
  publish all pages with wicket.
 
  As
  I have static HTML pages and as want to use them immediately, I must use
  the
  Frame HTML mechanism.
 
  So
  I will have a page with a left part: the menu or the list of pages, and on
  the
  right part (in another frame) the associated page.
 
  So
  I am using the
  http://www.wicket-library.com/wicket-examples/frames/ examples. This
  works, but I have 2 problems:
 
  -
  I have to created 200 page.java/page.class, one per static pages!
 
  -
  I have to modify the code (creating a new page.java/page.class) if there
  is a
  new static page.
 
 
 
  So
  what is the easiest way to manage this problem?
 
 
 
  May
  be an idea is to say to wicket:  just for
  this time, the associated html page to genericsaticpage.class is
  staticpage1.html. Of course for another link, the associated html page to
  genericsaticpage.class will be staticpage2.html.
 
 
 
  I
  can also image to have staticpage.html : ...bodydiv
  wicket:id=The body will be read from the static
  page/body. In this case, I will lost the css or the javascript
  code that may be included in the original static page.
 
 
 
  Thanks
  for any pointers or suggestion.
 
 
  

Re: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide

2014-01-14 Thread Zilvinas Vilutis
This guide is AWESOME!

Big respect and thank you to everyone who contributed!

Žilvinas Vilutis



On Mon, Jan 13, 2014 at 6:00 PM, Martijn Dashorst dasho...@apache.orgwrote:

 The Apache Wicket PMC is proud to announce Apache Wicket 6.13.0!

 This release marks the thirteenth minor release of Wicket 6. Starting
 with Wicket 6 we use semantic versioning for the future development of
 Wicket, and as such no API breaks are present in this release compared
 to 6.0.0.

 New and noteworthy
 --

 This release fixes 25 bugs and adds the following improvements:

  * Online Wicket User guide (see below)
  * CDI 1.1 support (see below)
  * JQuery upgraded from 1.10.1 to 1.10.2
  * Implemented BigIntegerConverter
  * Migrate Wicket-Atmosphere to Atmosphere 2

 New Wicket User guide
 -

 After many years of people asking for a reference guide for Apache
 Wicket we finally were able to add one to our site thanks to Andrea del
 Bene and comSysto for writing the guide and providing the hours of
 converting it to our site.

 You can read the manual in 3 forms: multi page HTML, single page HTML
 and PDF.

 The contents:
  - Introduction
  - How to use the example code
  - Why should I learn Wicket?
  - Wicket says Hello, World!
  - Wicket as page layout manager
  - Keeping control over HTML
  - Component Lifecycle
  - Page versioning and caching
  - Under the hood of request processing
  - Wicket Links and URL generation
  - Wicket models and forms
  - Wicket forms in detail
  - Displaying multiple items with repeaters
  - Internationalization with Wicket
  - Resource management with Wicket
  - An example of integration with JavaScript
  - Wicket advanced topics
  - Working with AJAX
  - Integration with enterprise containers
  - Security with Wicket
  - Test Driven Development with Wicket
  - Test Driven Development with Wicket and Spring
  - Wicket Best Practices
  - Working with Maven (Appendix)
  - Project WicketStuff (Appendix)
  - Lost in redirection with Apache Wicket (Appendix)
  - Contributing to this guide (Appendix)

 Read more in the User guide by following this link:

 http://wicket.apache.org/start/userguide.html

 New CDI-1.1 integration project
 ---

 A new (experimental) module for CDI integration was added to support
 CDI 1.1 with Wicket. As CDI 1.0 and 1.1 are different beasts and not
 compatible, we had to craft a new module with specific support for the
 new CDI standard. The module is still experimental, but we expect to
 make it a default module in a couple of releases.

 You can use the new Wicket CDI module by including the following
 dependency in your POM:

 dependency
groupIdorg.apache.wicket/groupId
 artifactIdwicket-cdi-1.1/artifactId
 version0.2/version
 /dependency

 Note that you have to remove the old wicket-cdi module and the Seam
 conversation dependency: org.jboss.seam.conversation:seam-conversation-weld

 For more information about what is new in CDI 1.1 read this blog post
 by Pete Muir: http://s.apache.org/newincdi11

 JQuery update in 6.9.0
 --

 As of Wicket 6.9 we ship JQuery 1.10.1. The JQuery project has
 decided to remove deprecated APIs from their codebase from JQuery 1.9
 and up. This means that JQuery plugins using these deprecated APIs no
 longer work. See the JQuery migration guide for more information,
 available from http://jquery.com/upgrade-guide/1.9/

 If your application depends on these deprecated APIs you can easily
 downgrade to JQuery 1.8.3-the previously provided JQuery that still
 contains these APIs. Download the 1.8.3 release of jquery and add it
 to your project in its application's init method:

 @Override
 protected void init() {
 getJavaScriptLibrarySettings()
 .setJQueryReference(yourJquery183ResourceReference);
 }

 CDI injection issue
 ---

 In the CDI releases of Weld 2.0.1 and prior, it was assumed that
 injection in anonymous inner classes was not legal and when
 attempted, it resulted in an exception:

 Caused by: org.jboss.weld.exceptions.DefinitionException:
 WELD-70 Simple bean [EnhancedAnnotatedTypeImpl] private class
 com.example.HomePage$AForm cannot be a non-static inner class

 This was reported as
 https://issues.apache.org/jira/browse/WICKET-5226, as it became an
 issue in Glassfish 4, which ships with Weld 2.0.1 (or earlier). We
 implemented a fix for this particular issue by not injecting into
 anonymous inner classes.

 Unfortunately this was not a bug that needed fixing on our part, but
 rather in the Weld framework (see
 https://issues.jboss.org/browse/WELD-1441)

 Therefore we reverted the commits done for WICKET-5226 and hope that
 Glassfish will upgrade their Weld implementation soon. For the whole
 story read
 https://issues.apache.org/jira/browse/WICKET-5264

 Glassfish has fixed this in trunk according to

 https://java.net/jira/browse/GLASSFISH-20619

 but 

Adding UUID Converter

2014-01-14 Thread Oliver B. Fischer
I have to validate a lot of UUIDs and wrote a small converter for UUID. 
If the quite simple implementation is fine for you I would like to 
contribute it to the Wicket code base including some tests


public class UUIDConverter implements IConverterUUID
{
public static final String UUID_REGEX = 
[0-9a-fA-F]{8}(?:-[0-9a-fA-F]{4}){3}-[0-9a-fA-F]{12};


@Override
public UUID convertToObject(String value, Locale locale)
throws ConversionException
{
UUID conversionResult = null;

if (value == null || !value.matches(UUID_REGEX)) {
throw newConversionException(value);
}

try {
conversionResult = UUID.fromString(value);
}
catch (IllegalArgumentException e)
{
throw newConversionException(value);
}

return conversionResult;
}

@Override
public String convertToString(UUID value, Locale locale)
{
String conversionResult = null;

if (value != null) {
conversionResult = value.toString();
}

return conversionResult;
}

protected ConversionException newConversionException(String value)
{
return new ConversionException(Failed to convert  + value +
   to a UUID);
}
}


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



Re: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide

2014-01-14 Thread Pierre Goupil
+1, it is a pain-killer! :-)

Cheers to all of you,

Pierre





On Tue, Jan 14, 2014 at 12:01 PM, Zilvinas Vilutis zilvi...@vilutis.ltwrote:

 This guide is AWESOME!

 Big respect and thank you to everyone who contributed!

 Žilvinas Vilutis



 On Mon, Jan 13, 2014 at 6:00 PM, Martijn Dashorst dasho...@apache.org
 wrote:

  The Apache Wicket PMC is proud to announce Apache Wicket 6.13.0!
 
  This release marks the thirteenth minor release of Wicket 6. Starting
  with Wicket 6 we use semantic versioning for the future development of
  Wicket, and as such no API breaks are present in this release compared
  to 6.0.0.
 
  New and noteworthy
  --
 
  This release fixes 25 bugs and adds the following improvements:
 
   * Online Wicket User guide (see below)
   * CDI 1.1 support (see below)
   * JQuery upgraded from 1.10.1 to 1.10.2
   * Implemented BigIntegerConverter
   * Migrate Wicket-Atmosphere to Atmosphere 2
 
  New Wicket User guide
  -
 
  After many years of people asking for a reference guide for Apache
  Wicket we finally were able to add one to our site thanks to Andrea del
  Bene and comSysto for writing the guide and providing the hours of
  converting it to our site.
 
  You can read the manual in 3 forms: multi page HTML, single page HTML
  and PDF.
 
  The contents:
   - Introduction
   - How to use the example code
   - Why should I learn Wicket?
   - Wicket says Hello, World!
   - Wicket as page layout manager
   - Keeping control over HTML
   - Component Lifecycle
   - Page versioning and caching
   - Under the hood of request processing
   - Wicket Links and URL generation
   - Wicket models and forms
   - Wicket forms in detail
   - Displaying multiple items with repeaters
   - Internationalization with Wicket
   - Resource management with Wicket
   - An example of integration with JavaScript
   - Wicket advanced topics
   - Working with AJAX
   - Integration with enterprise containers
   - Security with Wicket
   - Test Driven Development with Wicket
   - Test Driven Development with Wicket and Spring
   - Wicket Best Practices
   - Working with Maven (Appendix)
   - Project WicketStuff (Appendix)
   - Lost in redirection with Apache Wicket (Appendix)
   - Contributing to this guide (Appendix)
 
  Read more in the User guide by following this link:
 
  http://wicket.apache.org/start/userguide.html
 
  New CDI-1.1 integration project
  ---
 
  A new (experimental) module for CDI integration was added to support
  CDI 1.1 with Wicket. As CDI 1.0 and 1.1 are different beasts and not
  compatible, we had to craft a new module with specific support for the
  new CDI standard. The module is still experimental, but we expect to
  make it a default module in a couple of releases.
 
  You can use the new Wicket CDI module by including the following
  dependency in your POM:
 
  dependency
 groupIdorg.apache.wicket/groupId
  artifactIdwicket-cdi-1.1/artifactId
  version0.2/version
  /dependency
 
  Note that you have to remove the old wicket-cdi module and the Seam
  conversation dependency:
 org.jboss.seam.conversation:seam-conversation-weld
 
  For more information about what is new in CDI 1.1 read this blog post
  by Pete Muir: http://s.apache.org/newincdi11
 
  JQuery update in 6.9.0
  --
 
  As of Wicket 6.9 we ship JQuery 1.10.1. The JQuery project has
  decided to remove deprecated APIs from their codebase from JQuery 1.9
  and up. This means that JQuery plugins using these deprecated APIs no
  longer work. See the JQuery migration guide for more information,
  available from http://jquery.com/upgrade-guide/1.9/
 
  If your application depends on these deprecated APIs you can easily
  downgrade to JQuery 1.8.3-the previously provided JQuery that still
  contains these APIs. Download the 1.8.3 release of jquery and add it
  to your project in its application's init method:
 
  @Override
  protected void init() {
  getJavaScriptLibrarySettings()
  .setJQueryReference(yourJquery183ResourceReference);
  }
 
  CDI injection issue
  ---
 
  In the CDI releases of Weld 2.0.1 and prior, it was assumed that
  injection in anonymous inner classes was not legal and when
  attempted, it resulted in an exception:
 
  Caused by: org.jboss.weld.exceptions.DefinitionException:
  WELD-70 Simple bean [EnhancedAnnotatedTypeImpl] private class
  com.example.HomePage$AForm cannot be a non-static inner class
 
  This was reported as
  https://issues.apache.org/jira/browse/WICKET-5226, as it became an
  issue in Glassfish 4, which ships with Weld 2.0.1 (or earlier). We
  implemented a fix for this particular issue by not injecting into
  anonymous inner classes.
 
  Unfortunately this was not a bug that needed fixing on our part, but
  rather in the Weld framework (see
  https://issues.jboss.org/browse/WELD-1441)
 
  Therefore we reverted the 

Re: Adding UUID Converter

2014-01-14 Thread Martin Grigorov
Hi,


On Tue, Jan 14, 2014 at 1:29 PM, Oliver B. Fischer mails...@swe-blog.netwrote:

 I have to validate a lot of UUIDs and wrote a small converter for UUID. If
 the quite simple implementation is fine for you I would like to contribute
 it to the Wicket code base including some tests

 public class UUIDConverter implements IConverterUUID
 {
 public static final String UUID_REGEX = [0-9a-fA-F]{8}(?:-[0-9a-fA-F]
 {4}){3}-[0-9a-fA-F]{12};


This would be better to be compiled Pattern instead. For better performance.



 @Override
 public UUID convertToObject(String value, Locale locale)
 throws ConversionException
 {
 UUID conversionResult = null;

 if (value == null || !value.matches(UUID_REGEX)) {
 throw newConversionException(value);
 }

 try {
 conversionResult = UUID.fromString(value);
 }
 catch (IllegalArgumentException e)
 {
 throw newConversionException(value);


Maybe it is a good idea to pass the cause as well.


 }

 return conversionResult;
 }

 @Override
 public String convertToString(UUID value, Locale locale)
 {
 String conversionResult = null;

 if (value != null) {
 conversionResult = value.toString();
 }

 return conversionResult;
 }

 protected ConversionException newConversionException(String value)
 {
 return new ConversionException(Failed to convert  + value +
to a UUID);
 }
 }


It is quite simple. Anyone can write it if it is needed for her application.
But also I don't object to add it.



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




Re: Adding UUID Converter

2014-01-14 Thread Oliver B. Fischer

Am 14.01.14 14:02, schrieb Martin Grigorov:

It is quite simple. Anyone can write it if it is needed for her application.
But also I don't object to add it.



Yes, that is true. On the otherhand I expected Wicket to support it 
since the  UUID class is part of java.lang


I will prepare a patch and submit it via Jira.

Bye,

Oliver

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



Re: Adding UUID Converter

2014-01-14 Thread Martin Grigorov
On Tue, Jan 14, 2014 at 3:21 PM, Oliver B. Fischer mails...@swe-blog.netwrote:

 Am 14.01.14 14:02, schrieb Martin Grigorov:

  It is quite simple. Anyone can write it if it is needed for her
 application.
 But also I don't object to add it.


 Yes, that is true. On the otherhand I expected Wicket to support it since
 the  UUID class is part of java.lang


No one asked for it all these years ...



 I will prepare a patch and submit it via Jira.

 Bye,

 Oliver


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




CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
Hi,

I am upgrading wicket from 1.4 to 6.7.

Before my css files were added this way:

public class CSSLinksInjector implements IComponentInstantiationListener,
Serializable
{
private static final long serialVersionUID = 7463279042460663915L;

//private final ListHeaderContributor cssResources = new
ArrayListHeaderContributor();
private String theme;

public CSSLinksInjector(String theme)
{
this.theme = theme;
String root = (theme == null || theme.isEmpty()) ?  : / + theme;

/*

cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/login.css));

cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/tooltip.css));*/
}


Now, I am adding them like this:

public void onInstantiation(Component component)
{
if (component instanceof WebPage)
{
component.add(new CssBehaviour(theme));
}
}


private class CssBehaviour extends Behavior {

private static final long serialVersionUID = -1540416397347502364L;
private String theme;

public CssBehaviour(String theme) {
this.theme = theme;
}

@Override
public void renderHead(Component component, IHeaderResponse
response) {
String root = (theme == null || theme.isEmpty()) ?  : / +
theme;


response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(getClass(),
root + /css/login.css)));
response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(getClass(),
root + /css/tooltip.css)));
}
}


When I run, I get an error:

2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
org.apache.wicket.request.resource.ResourceReferenceRegistry - A
ResourceReference wont be created for a resource with key [scope:
info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
info/css/login.css; locale: null; style: null; variation: null] because it
cannot be located.

Before it was fine.


Re: CssBehaviour can't find css files

2014-01-14 Thread Ernesto Reinaldo Barreiro
Why not just use CSSLinksInjector.class instead of getClass()?


On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 Hi,

 I am upgrading wicket from 1.4 to 6.7.

 Before my css files were added this way:

 public class CSSLinksInjector implements IComponentInstantiationListener,
 Serializable
 {
 private static final long serialVersionUID = 7463279042460663915L;

 //private final ListHeaderContributor cssResources = new
 ArrayListHeaderContributor();
 private String theme;

 public CSSLinksInjector(String theme)
 {
 this.theme = theme;
 String root = (theme == null || theme.isEmpty()) ?  : / +
 theme;

 /*

 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/login.css));

 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/tooltip.css));*/
 }


 Now, I am adding them like this:

 public void onInstantiation(Component component)
 {
 if (component instanceof WebPage)
 {
 component.add(new CssBehaviour(theme));
 }
 }


 private class CssBehaviour extends Behavior {

 private static final long serialVersionUID = -1540416397347502364L;
 private String theme;

 public CssBehaviour(String theme) {
 this.theme = theme;
 }

 @Override
 public void renderHead(Component component, IHeaderResponse
 response) {
 String root = (theme == null || theme.isEmpty()) ?  : / +
 theme;


 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/login.css)));
 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/tooltip.css)));
 }
 }


 When I run, I get an error:

 2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
 org.apache.wicket.request.resource.ResourceReferenceRegistry - A
 ResourceReference wont be created for a resource with key [scope:
 info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
 info/css/login.css; locale: null; style: null; variation: null] because it
 cannot be located.

 Before it was fine.




-- 
Regards - Ernesto Reinaldo Barreiro


Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
Hi,

Before the class was CSSLinksInjector.class, now it is
CSSLinksInjector$CssBehaviour

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 3:46 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 Hi,

 I am upgrading wicket from 1.4 to 6.7.

 Before my css files were added this way:

 public class CSSLinksInjector implements IComponentInstantiationListener,
 Serializable
 {
 private static final long serialVersionUID = 7463279042460663915L;

 //private final ListHeaderContributor cssResources = new
 ArrayListHeaderContributor();
 private String theme;

 public CSSLinksInjector(String theme)
 {
 this.theme = theme;
 String root = (theme == null || theme.isEmpty()) ?  : / +
 theme;

 /*

 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/login.css));

 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/tooltip.css));*/
 }


 Now, I am adding them like this:

 public void onInstantiation(Component component)
 {
 if (component instanceof WebPage)
 {
 component.add(new CssBehaviour(theme));
 }
 }


 private class CssBehaviour extends Behavior {

 private static final long serialVersionUID = -1540416397347502364L;
 private String theme;

 public CssBehaviour(String theme) {
 this.theme = theme;
 }

 @Override
 public void renderHead(Component component, IHeaderResponse
 response) {
 String root = (theme == null || theme.isEmpty()) ?  : / +
 theme;


 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/login.css)));
 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),


Change getClass() to CSSLinksInjector.class


 root + /css/tooltip.css)));
 }
 }


 When I run, I get an error:

 2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
 org.apache.wicket.request.resource.ResourceReferenceRegistry - A
 ResourceReference wont be created for a resource with key [scope:
 info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
 info/css/login.css; locale: null; style: null; variation: null] because it
 cannot be located.

 Before it was fine.



Re: [ANNOUNCE] Apache Wicket 6.13.0 adds free online user guide

2014-01-14 Thread Steve
+1

I've been tinkering in the guts of wicket for years, I read this this
morning and in a few minutes it answered many questions I've been
wondering about for a long time.  Wonderful work wicket team :)

On 14/01/14 22:50, Pierre Goupil wrote:
 +1, it is a pain-killer! :-)

 Cheers to all of you,

 Pierre





 On Tue, Jan 14, 2014 at 12:01 PM, Zilvinas Vilutis zilvi...@vilutis.ltwrote:

 This guide is AWESOME!

 Big respect and thank you to everyone who contributed!

 Žilvinas Vilutis



 On Mon, Jan 13, 2014 at 6:00 PM, Martijn Dashorst dasho...@apache.org
 wrote:
 The Apache Wicket PMC is proud to announce Apache Wicket 6.13.0!

 This release marks the thirteenth minor release of Wicket 6. Starting
 with Wicket 6 we use semantic versioning for the future development of
 Wicket, and as such no API breaks are present in this release compared
 to 6.0.0.

 New and noteworthy
 --

 This release fixes 25 bugs and adds the following improvements:

  * Online Wicket User guide (see below)
  * CDI 1.1 support (see below)
  * JQuery upgraded from 1.10.1 to 1.10.2
  * Implemented BigIntegerConverter
  * Migrate Wicket-Atmosphere to Atmosphere 2

 New Wicket User guide
 -

 After many years of people asking for a reference guide for Apache
 Wicket we finally were able to add one to our site thanks to Andrea del
 Bene and comSysto for writing the guide and providing the hours of
 converting it to our site.

 You can read the manual in 3 forms: multi page HTML, single page HTML
 and PDF.

 The contents:
  - Introduction
  - How to use the example code
  - Why should I learn Wicket?
  - Wicket says Hello, World!
  - Wicket as page layout manager
  - Keeping control over HTML
  - Component Lifecycle
  - Page versioning and caching
  - Under the hood of request processing
  - Wicket Links and URL generation
  - Wicket models and forms
  - Wicket forms in detail
  - Displaying multiple items with repeaters
  - Internationalization with Wicket
  - Resource management with Wicket
  - An example of integration with JavaScript
  - Wicket advanced topics
  - Working with AJAX
  - Integration with enterprise containers
  - Security with Wicket
  - Test Driven Development with Wicket
  - Test Driven Development with Wicket and Spring
  - Wicket Best Practices
  - Working with Maven (Appendix)
  - Project WicketStuff (Appendix)
  - Lost in redirection with Apache Wicket (Appendix)
  - Contributing to this guide (Appendix)

 Read more in the User guide by following this link:

 http://wicket.apache.org/start/userguide.html

 New CDI-1.1 integration project
 ---

 A new (experimental) module for CDI integration was added to support
 CDI 1.1 with Wicket. As CDI 1.0 and 1.1 are different beasts and not
 compatible, we had to craft a new module with specific support for the
 new CDI standard. The module is still experimental, but we expect to
 make it a default module in a couple of releases.

 You can use the new Wicket CDI module by including the following
 dependency in your POM:

 dependency
groupIdorg.apache.wicket/groupId
 artifactIdwicket-cdi-1.1/artifactId
 version0.2/version
 /dependency

 Note that you have to remove the old wicket-cdi module and the Seam
 conversation dependency:
 org.jboss.seam.conversation:seam-conversation-weld
 For more information about what is new in CDI 1.1 read this blog post
 by Pete Muir: http://s.apache.org/newincdi11

 JQuery update in 6.9.0
 --

 As of Wicket 6.9 we ship JQuery 1.10.1. The JQuery project has
 decided to remove deprecated APIs from their codebase from JQuery 1.9
 and up. This means that JQuery plugins using these deprecated APIs no
 longer work. See the JQuery migration guide for more information,
 available from http://jquery.com/upgrade-guide/1.9/

 If your application depends on these deprecated APIs you can easily
 downgrade to JQuery 1.8.3-the previously provided JQuery that still
 contains these APIs. Download the 1.8.3 release of jquery and add it
 to your project in its application's init method:

 @Override
 protected void init() {
 getJavaScriptLibrarySettings()
 .setJQueryReference(yourJquery183ResourceReference);
 }

 CDI injection issue
 ---

 In the CDI releases of Weld 2.0.1 and prior, it was assumed that
 injection in anonymous inner classes was not legal and when
 attempted, it resulted in an exception:

 Caused by: org.jboss.weld.exceptions.DefinitionException:
 WELD-70 Simple bean [EnhancedAnnotatedTypeImpl] private class
 com.example.HomePage$AForm cannot be a non-static inner class

 This was reported as
 https://issues.apache.org/jira/browse/WICKET-5226, as it became an
 issue in Glassfish 4, which ships with Weld 2.0.1 (or earlier). We
 implemented a fix for this particular issue by not injecting into
 anonymous inner classes.

 Unfortunately this was not a bug that needed fixing on our 

Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
I changed it but still get the error

response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(CSSLinksInjector.class,
root + /css/login.css)));


On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
reier...@gmail.com wrote:

 Why not just use CSSLinksInjector.class instead of getClass()?


 On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  Hi,
 
  I am upgrading wicket from 1.4 to 6.7.
 
  Before my css files were added this way:
 
  public class CSSLinksInjector implements IComponentInstantiationListener,
  Serializable
  {
  private static final long serialVersionUID = 7463279042460663915L;
 
  //private final ListHeaderContributor cssResources = new
  ArrayListHeaderContributor();
  private String theme;
 
  public CSSLinksInjector(String theme)
  {
  this.theme = theme;
  String root = (theme == null || theme.isEmpty()) ?  : / +
  theme;
 
  /*
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/login.css));
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/tooltip.css));*/
  }
 
 
  Now, I am adding them like this:
 
  public void onInstantiation(Component component)
  {
  if (component instanceof WebPage)
  {
  component.add(new CssBehaviour(theme));
  }
  }
 
 
  private class CssBehaviour extends Behavior {
 
  private static final long serialVersionUID =
 -1540416397347502364L;
  private String theme;
 
  public CssBehaviour(String theme) {
  this.theme = theme;
  }
 
  @Override
  public void renderHead(Component component, IHeaderResponse
  response) {
  String root = (theme == null || theme.isEmpty()) ?  : / +
  theme;
 
 
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/login.css)));
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/tooltip.css)));
  }
  }
 
 
  When I run, I get an error:
 
  2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
  org.apache.wicket.request.resource.ResourceReferenceRegistry - A
  ResourceReference wont be created for a resource with key [scope:
  info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
  info/css/login.css; locale: null; style: null; variation: null] because
 it
  cannot be located.
 
  Before it was fine.
 



 --
 Regards - Ernesto Reinaldo Barreiro



Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
What is the produced url for login.css Wicket 1.4 and what is the new error
?

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 I changed it but still get the error

 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(CSSLinksInjector.class,
 root + /css/login.css)));


 On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
 reier...@gmail.com wrote:

  Why not just use CSSLinksInjector.class instead of getClass()?
 
 
  On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   Hi,
  
   I am upgrading wicket from 1.4 to 6.7.
  
   Before my css files were added this way:
  
   public class CSSLinksInjector implements
 IComponentInstantiationListener,
   Serializable
   {
   private static final long serialVersionUID = 7463279042460663915L;
  
   //private final ListHeaderContributor cssResources = new
   ArrayListHeaderContributor();
   private String theme;
  
   public CSSLinksInjector(String theme)
   {
   this.theme = theme;
   String root = (theme == null || theme.isEmpty()) ?  : / +
   theme;
  
   /*
  
   cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
   root + /css/login.css));
  
   cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
   root + /css/tooltip.css));*/
   }
  
  
   Now, I am adding them like this:
  
   public void onInstantiation(Component component)
   {
   if (component instanceof WebPage)
   {
   component.add(new CssBehaviour(theme));
   }
   }
  
  
   private class CssBehaviour extends Behavior {
  
   private static final long serialVersionUID =
  -1540416397347502364L;
   private String theme;
  
   public CssBehaviour(String theme) {
   this.theme = theme;
   }
  
   @Override
   public void renderHead(Component component, IHeaderResponse
   response) {
   String root = (theme == null || theme.isEmpty()) ?  :
 / +
   theme;
  
  
   response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(getClass(),
   root + /css/login.css)));
   response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(getClass(),
   root + /css/tooltip.css)));
   }
   }
  
  
   When I run, I get an error:
  
   2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
   org.apache.wicket.request.resource.ResourceReferenceRegistry - A
   ResourceReference wont be created for a resource with key [scope:
   info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
   info/css/login.css; locale: null; style: null; variation: null] because
  it
   cannot be located.
  
   Before it was fine.
  
 
 
 
  --
  Regards - Ernesto Reinaldo Barreiro
 



Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
The error changed to:
WARN org.apache.wicket.request.resource.ResourceReferenceRegistry - A
ResourceReference wont be created for a resource with key [scope:
info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css; locale:
null; style: null; variation: null] because it cannot be located.



On Tue, Jan 14, 2014 at 9:06 AM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 I changed it but still get the error

 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(CSSLinksInjector.class,
 root + /css/login.css)));


 On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
 reier...@gmail.com wrote:

 Why not just use CSSLinksInjector.class instead of getClass()?


 On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  Hi,
 
  I am upgrading wicket from 1.4 to 6.7.
 
  Before my css files were added this way:
 
  public class CSSLinksInjector implements
 IComponentInstantiationListener,
  Serializable
  {
  private static final long serialVersionUID = 7463279042460663915L;
 
  //private final ListHeaderContributor cssResources = new
  ArrayListHeaderContributor();
  private String theme;
 
  public CSSLinksInjector(String theme)
  {
  this.theme = theme;
  String root = (theme == null || theme.isEmpty()) ?  : / +
  theme;
 
  /*
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/login.css));
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/tooltip.css));*/
  }
 
 
  Now, I am adding them like this:
 
  public void onInstantiation(Component component)
  {
  if (component instanceof WebPage)
  {
  component.add(new CssBehaviour(theme));
  }
  }
 
 
  private class CssBehaviour extends Behavior {
 
  private static final long serialVersionUID =
 -1540416397347502364L;
  private String theme;
 
  public CssBehaviour(String theme) {
  this.theme = theme;
  }
 
  @Override
  public void renderHead(Component component, IHeaderResponse
  response) {
  String root = (theme == null || theme.isEmpty()) ?  : /
 +
  theme;
 
 
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/login.css)));
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/tooltip.css)));
  }
  }
 
 
  When I run, I get an error:
 
  2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
  org.apache.wicket.request.resource.ResourceReferenceRegistry - A
  ResourceReference wont be created for a resource with key [scope:
  info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
  info/css/login.css; locale: null; style: null; variation: null] because
 it
  cannot be located.
 
  Before it was fine.
 



 --
 Regards - Ernesto Reinaldo Barreiro





Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
Ho would I know the produced url? I sent the error


On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 What is the produced url for login.css Wicket 1.4 and what is the new error
 ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  I changed it but still get the error
 
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(CSSLinksInjector.class,
  root + /css/login.css)));
 
 
  On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
  reier...@gmail.com wrote:
 
   Why not just use CSSLinksInjector.class instead of getClass()?
  
  
   On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Hi,
   
I am upgrading wicket from 1.4 to 6.7.
   
Before my css files were added this way:
   
public class CSSLinksInjector implements
  IComponentInstantiationListener,
Serializable
{
private static final long serialVersionUID =
 7463279042460663915L;
   
//private final ListHeaderContributor cssResources = new
ArrayListHeaderContributor();
private String theme;
   
public CSSLinksInjector(String theme)
{
this.theme = theme;
String root = (theme == null || theme.isEmpty()) ?  : / +
theme;
   
/*
   
cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/login.css));
   
cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/tooltip.css));*/
}
   
   
Now, I am adding them like this:
   
public void onInstantiation(Component component)
{
if (component instanceof WebPage)
{
component.add(new CssBehaviour(theme));
}
}
   
   
private class CssBehaviour extends Behavior {
   
private static final long serialVersionUID =
   -1540416397347502364L;
private String theme;
   
public CssBehaviour(String theme) {
this.theme = theme;
}
   
@Override
public void renderHead(Component component, IHeaderResponse
response) {
String root = (theme == null || theme.isEmpty()) ?  :
  / +
theme;
   
   
response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(getClass(),
root + /css/login.css)));
response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(getClass(),
root + /css/tooltip.css)));
}
}
   
   
When I run, I get an error:
   
2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
org.apache.wicket.request.resource.ResourceReferenceRegistry - A
ResourceReference wont be created for a resource with key [scope:
info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
info/css/login.css; locale: null; style: null; variation: null]
 because
   it
cannot be located.
   
Before it was fine.
   
  
  
  
   --
   Regards - Ernesto Reinaldo Barreiro
  
 



Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 Ho would I know the produced url? I sent the error


Check the produced HTML of a page that uses this code in your running
application with 1.4.




 On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  What is the produced url for login.css Wicket 1.4 and what is the new
 error
  ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   I changed it but still get the error
  
   response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(CSSLinksInjector.class,
   root + /css/login.css)));
  
  
   On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
   reier...@gmail.com wrote:
  
Why not just use CSSLinksInjector.class instead of getClass()?
   
   
On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 Hi,

 I am upgrading wicket from 1.4 to 6.7.

 Before my css files were added this way:

 public class CSSLinksInjector implements
   IComponentInstantiationListener,
 Serializable
 {
 private static final long serialVersionUID =
  7463279042460663915L;

 //private final ListHeaderContributor cssResources = new
 ArrayListHeaderContributor();
 private String theme;

 public CSSLinksInjector(String theme)
 {
 this.theme = theme;
 String root = (theme == null || theme.isEmpty()) ?  :
 / +
 theme;

 /*


 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/login.css));


 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/tooltip.css));*/
 }


 Now, I am adding them like this:

 public void onInstantiation(Component component)
 {
 if (component instanceof WebPage)
 {
 component.add(new CssBehaviour(theme));
 }
 }


 private class CssBehaviour extends Behavior {

 private static final long serialVersionUID =
-1540416397347502364L;
 private String theme;

 public CssBehaviour(String theme) {
 this.theme = theme;
 }

 @Override
 public void renderHead(Component component, IHeaderResponse
 response) {
 String root = (theme == null || theme.isEmpty()) ?  :
   / +
 theme;


 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/login.css)));
 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/tooltip.css)));
 }
 }


 When I run, I get an error:

 2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
 org.apache.wicket.request.resource.ResourceReferenceRegistry - A
 ResourceReference wont be created for a resource with key [scope:
 info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
 info/css/login.css; locale: null; style: null; variation: null]
  because
it
 cannot be located.

 Before it was fine.

   
   
   
--
Regards - Ernesto Reinaldo Barreiro
   
  
 



Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
OLD:
href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
NEW:
href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/



On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  Ho would I know the produced url? I sent the error
 

 Check the produced HTML of a page that uses this code in your running
 application with 1.4.


 
 
  On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   What is the produced url for login.css Wicket 1.4 and what is the new
  error
   ?
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed it but still get the error
   
response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(CSSLinksInjector.class,
root + /css/login.css)));
   
   
On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
reier...@gmail.com wrote:
   
 Why not just use CSSLinksInjector.class instead of getClass()?


 On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  Hi,
 
  I am upgrading wicket from 1.4 to 6.7.
 
  Before my css files were added this way:
 
  public class CSSLinksInjector implements
IComponentInstantiationListener,
  Serializable
  {
  private static final long serialVersionUID =
   7463279042460663915L;
 
  //private final ListHeaderContributor cssResources = new
  ArrayListHeaderContributor();
  private String theme;
 
  public CSSLinksInjector(String theme)
  {
  this.theme = theme;
  String root = (theme == null || theme.isEmpty()) ?  :
  / +
  theme;
 
  /*
 
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/login.css));
 
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/tooltip.css));*/
  }
 
 
  Now, I am adding them like this:
 
  public void onInstantiation(Component component)
  {
  if (component instanceof WebPage)
  {
  component.add(new CssBehaviour(theme));
  }
  }
 
 
  private class CssBehaviour extends Behavior {
 
  private static final long serialVersionUID =
 -1540416397347502364L;
  private String theme;
 
  public CssBehaviour(String theme) {
  this.theme = theme;
  }
 
  @Override
  public void renderHead(Component component,
 IHeaderResponse
  response) {
  String root = (theme == null || theme.isEmpty()) ?
  :
/ +
  theme;
 
 
 
 response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/login.css)));
 
 response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/tooltip.css)));
  }
  }
 
 
  When I run, I get an error:
 
  2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
  org.apache.wicket.request.resource.ResourceReferenceRegistry - A
  ResourceReference wont be created for a resource with key [scope:
  info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
  info/css/login.css; locale: null; style: null; variation: null]
   because
 it
  cannot be located.
 
  Before it was fine.
 



 --
 Regards - Ernesto Reinaldo Barreiro

   
  
 



Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 OLD:
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css


info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css

1. afilias vs. stuff

2. info vs. root


 NEW:

 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /



 On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   Ho would I know the produced url? I sent the error
  
 
  Check the produced HTML of a page that uses this code in your running
  application with 1.4.
 
 
  
  
   On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov mgrigo...@apache.org
   wrote:
  
What is the produced url for login.css Wicket 1.4 and what is the new
   error
?
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 I changed it but still get the error

 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(CSSLinksInjector.class,
 root + /css/login.css)));


 On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
 reier...@gmail.com wrote:

  Why not just use CSSLinksInjector.class instead of getClass()?
 
 
  On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   Hi,
  
   I am upgrading wicket from 1.4 to 6.7.
  
   Before my css files were added this way:
  
   public class CSSLinksInjector implements
 IComponentInstantiationListener,
   Serializable
   {
   private static final long serialVersionUID =
7463279042460663915L;
  
   //private final ListHeaderContributor cssResources = new
   ArrayListHeaderContributor();
   private String theme;
  
   public CSSLinksInjector(String theme)
   {
   this.theme = theme;
   String root = (theme == null || theme.isEmpty()) ?  :
   / +
   theme;
  
   /*
  
  
   cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
   root + /css/login.css));
  
  
   cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
   root + /css/tooltip.css));*/
   }
  
  
   Now, I am adding them like this:
  
   public void onInstantiation(Component component)
   {
   if (component instanceof WebPage)
   {
   component.add(new CssBehaviour(theme));
   }
   }
  
  
   private class CssBehaviour extends Behavior {
  
   private static final long serialVersionUID =
  -1540416397347502364L;
   private String theme;
  
   public CssBehaviour(String theme) {
   this.theme = theme;
   }
  
   @Override
   public void renderHead(Component component,
  IHeaderResponse
   response) {
   String root = (theme == null || theme.isEmpty()) ?
   :
 / +
   theme;
  
  
  
  response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(getClass(),
   root + /css/login.css)));
  
  response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(getClass(),
   root + /css/tooltip.css)));
   }
   }
  
  
   When I run, I get an error:
  
   2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
   org.apache.wicket.request.resource.ResourceReferenceRegistry -
 A
   ResourceReference wont be created for a resource with key
 [scope:
   info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
   info/css/login.css; locale: null; style: null; variation: null]
because
  it
   cannot be located.
  
   Before it was fine.
  
 
 
 
  --
  Regards - Ernesto Reinaldo Barreiro
 

   
  
 



Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
I changed these. But why is new link encoded?


On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  OLD:
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
 

 info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css

 1. afilias vs. stuff

 2. info vs. root


  NEW:
 
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
 
 
  On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Ho would I know the produced url? I sent the error
   
  
   Check the produced HTML of a page that uses this code in your running
   application with 1.4.
  
  
   
   
On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 What is the produced url for login.css Wicket 1.4 and what is the
 new
error
 ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  I changed it but still get the error
 
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(CSSLinksInjector.class,
  root + /css/login.css)));
 
 
  On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
  reier...@gmail.com wrote:
 
   Why not just use CSSLinksInjector.class instead of getClass()?
  
  
   On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Hi,
   
I am upgrading wicket from 1.4 to 6.7.
   
Before my css files were added this way:
   
public class CSSLinksInjector implements
  IComponentInstantiationListener,
Serializable
{
private static final long serialVersionUID =
 7463279042460663915L;
   
//private final ListHeaderContributor cssResources =
 new
ArrayListHeaderContributor();
private String theme;
   
public CSSLinksInjector(String theme)
{
this.theme = theme;
String root = (theme == null || theme.isEmpty()) ?
  :
/ +
theme;
   
/*
   
   
cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/login.css));
   
   
cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/tooltip.css));*/
}
   
   
Now, I am adding them like this:
   
public void onInstantiation(Component component)
{
if (component instanceof WebPage)
{
component.add(new CssBehaviour(theme));
}
}
   
   
private class CssBehaviour extends Behavior {
   
private static final long serialVersionUID =
   -1540416397347502364L;
private String theme;
   
public CssBehaviour(String theme) {
this.theme = theme;
}
   
@Override
public void renderHead(Component component,
   IHeaderResponse
response) {
String root = (theme == null || theme.isEmpty())
 ?
:
  / +
theme;
   
   
   
   response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(getClass(),
root + /css/login.css)));
   
   response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(getClass(),
root + /css/tooltip.css)));
}
}
   
   
When I run, I get an error:
   
2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
org.apache.wicket.request.resource.ResourceReferenceRegistry
 -
  A
ResourceReference wont be created for a resource with key
  [scope:
info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
info/css/login.css; locale: null; style: null; variation:
 null]
 because
   it
cannot be located.
   
Before it was fine.
   
  
  
  
   --
   Regards - Ernesto Reinaldo Barreiro
  
 

   
  
 



Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
I am not sure what you mean.

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 I changed these. But why is new link encoded?


 On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   OLD:
  
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
  
 
  info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css
 
  1. afilias vs. stuff
 
  2. info vs. root
 
 
   NEW:
  
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
   /
  
  
  
   On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov mgrigo...@apache.org
   wrote:
  
On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 Ho would I know the produced url? I sent the error

   
Check the produced HTML of a page that uses this code in your running
application with 1.4.
   
   


 On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  What is the produced url for login.css Wicket 1.4 and what is the
  new
 error
  ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   I changed it but still get the error
  
   response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(CSSLinksInjector.class,
   root + /css/login.css)));
  
  
   On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
   reier...@gmail.com wrote:
  
Why not just use CSSLinksInjector.class instead of
 getClass()?
   
   
On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 Hi,

 I am upgrading wicket from 1.4 to 6.7.

 Before my css files were added this way:

 public class CSSLinksInjector implements
   IComponentInstantiationListener,
 Serializable
 {
 private static final long serialVersionUID =
  7463279042460663915L;

 //private final ListHeaderContributor cssResources =
  new
 ArrayListHeaderContributor();
 private String theme;

 public CSSLinksInjector(String theme)
 {
 this.theme = theme;
 String root = (theme == null || theme.isEmpty()) ?
   :
 / +
 theme;

 /*



 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/login.css));



 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/tooltip.css));*/
 }


 Now, I am adding them like this:

 public void onInstantiation(Component component)
 {
 if (component instanceof WebPage)
 {
 component.add(new CssBehaviour(theme));
 }
 }


 private class CssBehaviour extends Behavior {

 private static final long serialVersionUID =
-1540416397347502364L;
 private String theme;

 public CssBehaviour(String theme) {
 this.theme = theme;
 }

 @Override
 public void renderHead(Component component,
IHeaderResponse
 response) {
 String root = (theme == null ||
 theme.isEmpty())
  ?
 :
   / +
 theme;



response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/login.css)));

response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(getClass(),
 root + /css/tooltip.css)));
 }
 }


 When I run, I get an error:

 2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN

 org.apache.wicket.request.resource.ResourceReferenceRegistry
  -
   A
 ResourceReference wont be created for a resource with key
   [scope:
 info.afilias.WAT.UI.CSSLinksInjector$CssBehaviour; name:
 info/css/login.css; locale: null; style: null; variation:
  null]
  because
it
 cannot be located.

 Before it was fine.

   
   
   
--
Regards - Ernesto Reinaldo Barreiro
   
  
  

Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
NEW: href=../X5EA-RpmG5-
t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/

why is the new link looks like this?


On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 I am not sure what you mean.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  I changed these. But why is new link encoded?
 
 
  On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
OLD:
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
   
  
   info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css
  
   1. afilias vs. stuff
  
   2. info vs. root
  
  
NEW:
   
   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/
   
   
   
On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  Ho would I know the produced url? I sent the error
 

 Check the produced HTML of a page that uses this code in your
 running
 application with 1.4.


 
 
  On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   What is the produced url for login.css Wicket 1.4 and what is
 the
   new
  error
   ?
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed it but still get the error
   
response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(CSSLinksInjector.class,
root + /css/login.css)));
   
   
On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro 
reier...@gmail.com wrote:
   
 Why not just use CSSLinksInjector.class instead of
  getClass()?


 On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  Hi,
 
  I am upgrading wicket from 1.4 to 6.7.
 
  Before my css files were added this way:
 
  public class CSSLinksInjector implements
IComponentInstantiationListener,
  Serializable
  {
  private static final long serialVersionUID =
   7463279042460663915L;
 
  //private final ListHeaderContributor cssResources
 =
   new
  ArrayListHeaderContributor();
  private String theme;
 
  public CSSLinksInjector(String theme)
  {
  this.theme = theme;
  String root = (theme == null || theme.isEmpty())
 ?
:
  / +
  theme;
 
  /*
 
 
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/login.css));
 
 
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/tooltip.css));*/
  }
 
 
  Now, I am adding them like this:
 
  public void onInstantiation(Component component)
  {
  if (component instanceof WebPage)
  {
  component.add(new CssBehaviour(theme));
  }
  }
 
 
  private class CssBehaviour extends Behavior {
 
  private static final long serialVersionUID =
 -1540416397347502364L;
  private String theme;
 
  public CssBehaviour(String theme) {
  this.theme = theme;
  }
 
  @Override
  public void renderHead(Component component,
 IHeaderResponse
  response) {
  String root = (theme == null ||
  theme.isEmpty())
   ?
  :
/ +
  theme;
 
 
 
 response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/login.css)));
 
 response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(getClass(),
  root + /css/tooltip.css)));
  }
  }
 
 
  When I run, I get an error:
 
  2014-01-14 13:36:53,950 [838889794@qtp-4816459-2] WARN
 
  

Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
Because you use CryptoMapper in your app.

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 NEW: href=../X5EA-RpmG5-

 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /

 why is the new link looks like this?


 On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  I am not sure what you mean.
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   I changed these. But why is new link encoded?
  
  
   On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov mgrigo...@apache.org
   wrote:
  
On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 OLD:

  
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css

   
info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css
   
1. afilias vs. stuff
   
2. info vs. root
   
   
 NEW:


   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /



 On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   Ho would I know the produced url? I sent the error
  
 
  Check the produced HTML of a page that uses this code in your
  running
  application with 1.4.
 
 
  
  
   On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
What is the produced url for login.css Wicket 1.4 and what is
  the
new
   error
?
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 I changed it but still get the error

 response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(CSSLinksInjector.class,
 root + /css/login.css)));


 On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo Barreiro
 
 reier...@gmail.com wrote:

  Why not just use CSSLinksInjector.class instead of
   getClass()?
 
 
  On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   Hi,
  
   I am upgrading wicket from 1.4 to 6.7.
  
   Before my css files were added this way:
  
   public class CSSLinksInjector implements
 IComponentInstantiationListener,
   Serializable
   {
   private static final long serialVersionUID =
7463279042460663915L;
  
   //private final ListHeaderContributor
 cssResources
  =
new
   ArrayListHeaderContributor();
   private String theme;
  
   public CSSLinksInjector(String theme)
   {
   this.theme = theme;
   String root = (theme == null ||
 theme.isEmpty())
  ?
 :
   / +
   theme;
  
   /*
  
  
  
   cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
   root + /css/login.css));
  
  
  
   cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
   root + /css/tooltip.css));*/
   }
  
  
   Now, I am adding them like this:
  
   public void onInstantiation(Component component)
   {
   if (component instanceof WebPage)
   {
   component.add(new CssBehaviour(theme));
   }
   }
  
  
   private class CssBehaviour extends Behavior {
  
   private static final long serialVersionUID =
  -1540416397347502364L;
   private String theme;
  
   public CssBehaviour(String theme) {
   this.theme = theme;
   }
  
   @Override
   public void renderHead(Component component,
  IHeaderResponse
   response) {
   String root = (theme == null ||
   theme.isEmpty())
?
   :
 / +
   theme;
  
  
  
  response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(getClass(),
   root + 

Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
if I get rid of the CryptoMapper
new link looks like

link rel=stylesheet type=text/css
href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
view-source:http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
/



On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Because you use CryptoMapper in your app.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  NEW: href=../X5EA-RpmG5-
 
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
  why is the new link looks like this?
 
 
  On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   I am not sure what you mean.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed these. But why is new link encoded?
   
   
On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  OLD:
 
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
 

 info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css

 1. afilias vs. stuff

 2. info vs. root


  NEW:
 
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
 
 
  On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Ho would I know the produced url? I sent the error
   
  
   Check the produced HTML of a page that uses this code in your
   running
   application with 1.4.
  
  
   
   
On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 What is the produced url for login.css Wicket 1.4 and what
 is
   the
 new
error
 ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  I changed it but still get the error
 
  response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(CSSLinksInjector.class,
  root + /css/login.css)));
 
 
  On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo
 Barreiro
  
  reier...@gmail.com wrote:
 
   Why not just use CSSLinksInjector.class instead of
getClass()?
  
  
   On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Hi,
   
I am upgrading wicket from 1.4 to 6.7.
   
Before my css files were added this way:
   
public class CSSLinksInjector implements
  IComponentInstantiationListener,
Serializable
{
private static final long serialVersionUID =
 7463279042460663915L;
   
//private final ListHeaderContributor
  cssResources
   =
 new
ArrayListHeaderContributor();
private String theme;
   
public CSSLinksInjector(String theme)
{
this.theme = theme;
String root = (theme == null ||
  theme.isEmpty())
   ?
  :
/ +
theme;
   
/*
   
   
   
cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/login.css));
   
   
   
cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
root + /css/tooltip.css));*/
}
   
   
Now, I am adding them like this:
   
public void onInstantiation(Component component)
{
if (component instanceof WebPage)
{
component.add(new CssBehaviour(theme));
}
}
   
   
private class CssBehaviour extends Behavior {
   
private static final long serialVersionUID =
   -1540416397347502364L;
private String 

Re: how to add field to event in a wicket.jquery.ui calendar

2014-01-14 Thread Pierre
 Hello  Sebastien,
 Sorry, it was  my fault. I didn't explain correctly my problem.
 Thank you for your clarification.
 I don't want to  modify the fullcalendar's  behavior .

 I bypassed the problem.
 I directly concatenated  the *title *with  the *name * of the identifiant (
in a nice phrase ) .
 The easiest for me.

  Best regards.



-
Pierre
--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/how-to-add-field-to-event-in-a-wicket-jquery-ui-calendar-tp4663617p4663696.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: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
It looks perfect!

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 if I get rid of the CryptoMapper
 new link looks like

 link rel=stylesheet type=text/css

 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
 view-source:
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
 
 /



 On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  Because you use CryptoMapper in your app.
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   NEW: href=../X5EA-RpmG5-
  
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
   /
  
   why is the new link looks like this?
  
  
   On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov mgrigo...@apache.org
   wrote:
  
I am not sure what you mean.
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 I changed these. But why is new link encoded?


 On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   OLD:
  

  
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
  
 
  info.afilias.WAT.UI.CSSLinksInjector; name: info/css/tooltip.css
 
  1. afilias vs. stuff
 
  2. info vs. root
 
 
   NEW:
  
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
   /
  
  
  
   On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 Ho would I know the produced url? I sent the error

   
Check the produced HTML of a page that uses this code in your
running
application with 1.4.
   
   


 On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  What is the produced url for login.css Wicket 1.4 and
 what
  is
the
  new
 error
  ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   I changed it but still get the error
  
   response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(CSSLinksInjector.class,
   root + /css/login.css)));
  
  
   On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo
  Barreiro
   
   reier...@gmail.com wrote:
  
Why not just use CSSLinksInjector.class instead of
 getClass()?
   
   
On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 Hi,

 I am upgrading wicket from 1.4 to 6.7.

 Before my css files were added this way:

 public class CSSLinksInjector implements
   IComponentInstantiationListener,
 Serializable
 {
 private static final long serialVersionUID =
  7463279042460663915L;

 //private final ListHeaderContributor
   cssResources
=
  new
 ArrayListHeaderContributor();
 private String theme;

 public CSSLinksInjector(String theme)
 {
 this.theme = theme;
 String root = (theme == null ||
   theme.isEmpty())
?
   :
 / +
 theme;

 /*




 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/login.css));




 cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
 root + /css/tooltip.css));*/
 }


 Now, I am adding them like this:

 public void onInstantiation(Component component)
 {
 if (component instanceof WebPage)
 {
 

Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
The name of the file is different and it cant find it


On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 It looks perfect!

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  if I get rid of the CryptoMapper
  new link looks like
 
  link rel=stylesheet type=text/css
 
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
  view-source:
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
  
  /
 
 
 
  On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   Because you use CryptoMapper in your app.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
NEW: href=../X5EA-RpmG5-
   
   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/
   
why is the new link looks like this?
   
   
On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 I am not sure what you mean.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  I changed these. But why is new link encoded?
 
 
  On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
OLD:
   
 
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
   
  
   info.afilias.WAT.UI.CSSLinksInjector; name:
 info/css/tooltip.css
  
   1. afilias vs. stuff
  
   2. info vs. root
  
  
NEW:
   
   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/
   
   
   
On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  Ho would I know the produced url? I sent the error
 

 Check the produced HTML of a page that uses this code in
 your
 running
 application with 1.4.


 
 
  On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   What is the produced url for login.css Wicket 1.4 and
  what
   is
 the
   new
  error
   ?
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed it but still get the error
   
   
 response.render(CssReferenceHeaderItem.forReference(new
CssResourceReference(CSSLinksInjector.class,
root + /css/login.css)));
   
   
On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo
   Barreiro

reier...@gmail.com wrote:
   
 Why not just use CSSLinksInjector.class instead of
  getClass()?


 On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  Hi,
 
  I am upgrading wicket from 1.4 to 6.7.
 
  Before my css files were added this way:
 
  public class CSSLinksInjector implements
IComponentInstantiationListener,
  Serializable
  {
  private static final long serialVersionUID =
   7463279042460663915L;
 
  //private final ListHeaderContributor
cssResources
 =
   new
  ArrayListHeaderContributor();
  private String theme;
 
  public CSSLinksInjector(String theme)
  {
  this.theme = theme;
  String root = (theme == null ||
theme.isEmpty())
 ?
:
  / +
  theme;
 
  /*
 
 
 
 
  cssResources.add(CSSPackageResource.getHeaderContribution(getClass(),
  root + /css/login.css));
 
 
 
 
  

Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
The only difference is that the resolved theme is 'info' instead of 'root'

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 The name of the file is different and it cant find it


 On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  It looks perfect!
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   if I get rid of the CryptoMapper
   new link looks like
  
   link rel=stylesheet type=text/css
  
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
   view-source:
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
   
   /
  
  
  
   On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov mgrigo...@apache.org
   wrote:
  
Because you use CryptoMapper in your app.
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 NEW: href=../X5EA-RpmG5-


   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /

 why is the new link looks like this?


 On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  I am not sure what you mean.
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   I changed these. But why is new link encoded?
  
  
   On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 OLD:

  

  
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css

   
info.afilias.WAT.UI.CSSLinksInjector; name:
  info/css/tooltip.css
   
1. afilias vs. stuff
   
2. info vs. root
   
   
 NEW:


   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /



 On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   Ho would I know the produced url? I sent the error
  
 
  Check the produced HTML of a page that uses this code in
  your
  running
  application with 1.4.
 
 
  
  
   On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
What is the produced url for login.css Wicket 1.4 and
   what
is
  the
new
   error
?
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 I changed it but still get the error


  response.render(CssReferenceHeaderItem.forReference(new
 CssResourceReference(CSSLinksInjector.class,
 root + /css/login.css)));


 On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo
Barreiro
 
 reier...@gmail.com wrote:

  Why not just use CSSLinksInjector.class instead
 of
   getClass()?
 
 
  On Tue, Jan 14, 2014 at 2:46 PM, Anna Simbirtsev
 
asimbirt...@gmail.com
  wrote:
 
   Hi,
  
   I am upgrading wicket from 1.4 to 6.7.
  
   Before my css files were added this way:
  
   public class CSSLinksInjector implements
 IComponentInstantiationListener,
   Serializable
   {
   private static final long serialVersionUID
 =
7463279042460663915L;
  
   //private final ListHeaderContributor
 cssResources
  =
new
   ArrayListHeaderContributor();
   private String theme;
  
   public CSSLinksInjector(String theme)
   {
   this.theme = theme;
   String root = 

Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
this is a dynamic parameter, is changes based on settings, it should work
either way


On Tue, Jan 14, 2014 at 9:45 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 The only difference is that the resolved theme is 'info' instead of 'root'

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  The name of the file is different and it cant find it
 
 
  On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   It looks perfect!
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
if I get rid of the CryptoMapper
new link looks like
   
link rel=stylesheet type=text/css
   
   
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
view-source:
   
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css

/
   
   
   
On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 Because you use CryptoMapper in your app.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  NEW: href=../X5EA-RpmG5-
 
 

   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
  why is the new link looks like this?
 
 
  On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   I am not sure what you mean.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed these. But why is new link encoded?
   
   
On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  OLD:
 
   
 
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
 

 info.afilias.WAT.UI.CSSLinksInjector; name:
   info/css/tooltip.css

 1. afilias vs. stuff

 2. info vs. root


  NEW:
 
 

   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
 
 
  On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Ho would I know the produced url? I sent the error
   
  
   Check the produced HTML of a page that uses this code
 in
   your
   running
   application with 1.4.
  
  
   
   
On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 What is the produced url for login.css Wicket 1.4
 and
what
 is
   the
 new
error
 ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  I changed it but still get the error
 
 
   response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(CSSLinksInjector.class,
  root + /css/login.css)));
 
 
  On Tue, Jan 14, 2014 at 8:51 AM, Ernesto Reinaldo
 Barreiro
  
  reier...@gmail.com wrote:
 
   Why not just use CSSLinksInjector.class instead
  of
getClass()?
  
  
   On Tue, Jan 14, 2014 at 2:46 PM, Anna
 Simbirtsev
  
 asimbirt...@gmail.com
   wrote:
  
Hi,
   
I am upgrading wicket from 1.4 to 6.7.
   
Before my css files were added this way:
   
public class CSSLinksInjector implements
  IComponentInstantiationListener,
Serializable
{
private static final long
 serialVersionUID
  =
 7463279042460663915L;
 

Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
Do you have any other suggestions why it may not be able to find the css
file?


On Tue, Jan 14, 2014 at 9:49 AM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 this is a dynamic parameter, is changes based on settings, it should work
 either way


 On Tue, Jan 14, 2014 at 9:45 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 The only difference is that the resolved theme is 'info' instead of 'root'

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  The name of the file is different and it cant find it
 
 
  On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   It looks perfect!
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
if I get rid of the CryptoMapper
new link looks like
   
link rel=stylesheet type=text/css
   
   
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
view-source:
   
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css

/
   
   
   
On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 Because you use CryptoMapper in your app.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  NEW: href=../X5EA-RpmG5-
 
 

   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
  why is the new link looks like this?
 
 
  On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   I am not sure what you mean.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed these. But why is new link encoded?
   
   
On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  OLD:
 
   
 
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
 

 info.afilias.WAT.UI.CSSLinksInjector; name:
   info/css/tooltip.css

 1. afilias vs. stuff

 2. info vs. root


  NEW:
 
 

   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
 
 
  On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Ho would I know the produced url? I sent the error
   
  
   Check the produced HTML of a page that uses this code
 in
   your
   running
   application with 1.4.
  
  
   
   
On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 What is the produced url for login.css Wicket 1.4
 and
what
 is
   the
 new
error
 ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:06 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  I changed it but still get the error
 
 
   response.render(CssReferenceHeaderItem.forReference(new
  CssResourceReference(CSSLinksInjector.class,
  root + /css/login.css)));
 
 
  On Tue, Jan 14, 2014 at 8:51 AM, Ernesto
 Reinaldo
 Barreiro
  
  reier...@gmail.com wrote:
 
   Why not just use CSSLinksInjector.class
 instead
  of
getClass()?
  
  
   On Tue, Jan 14, 2014 at 2:46 PM, Anna
 Simbirtsev
  
 asimbirt...@gmail.com
   wrote:
  
Hi,
   
I am upgrading wicket from 1.4 to 6.7.
   
Before my css files were added this way:
   
public class CSSLinksInjector implements
  

PageReference#getPage return null

2014-01-14 Thread Marco Di Sabatino Di Diodoro
Hi all,

We upgrade Apache Syncope to Wicket 6.13.0 and PageReference#getPage is now 
returning null instead of the expectedPage instance [1].
What has changed from 6.12.0?

[1] https://issues.apache.org/jira/browse/SYNCOPE-476

Thanks
Marco
-- 
Dott. Marco Di Sabatino Di Diodoro
Tel. +39 3939065570

Tirasa S.r.l.
Viale D'Annunzio 267 - 65127 Pescara
Tel +39 0859116307 / FAX +39 085973
http://www.tirasa.net

Apache Syncope PMC Member
http://people.apache.org/~mdisabatino/



Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
What is the file structure ?
What packages and files you have in UI package ?

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 4:56 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 Do you have any other suggestions why it may not be able to find the css
 file?


 On Tue, Jan 14, 2014 at 9:49 AM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  this is a dynamic parameter, is changes based on settings, it should work
  either way
 
 
  On Tue, Jan 14, 2014 at 9:45 AM, Martin Grigorov mgrigo...@apache.org
 wrote:
 
  The only difference is that the resolved theme is 'info' instead of
 'root'
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   The name of the file is different and it cant find it
  
  
   On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov 
 mgrigo...@apache.org
   wrote:
  
It looks perfect!
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 if I get rid of the CryptoMapper
 new link looks like

 link rel=stylesheet type=text/css


   
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
 view-source:

   
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
 
 /



 On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  Because you use CryptoMapper in your app.
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   NEW: href=../X5EA-RpmG5-
  
  
 

   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
   /
  
   why is the new link looks like this?
  
  
   On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
I am not sure what you mean.
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 I changed these. But why is new link encoded?


 On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   OLD:
  

  

  
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
  
 
  info.afilias.WAT.UI.CSSLinksInjector; name:
info/css/tooltip.css
 
  1. afilias vs. stuff
 
  2. info vs. root
 
 
   NEW:
  
  
 

   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
   /
  
  
  
   On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 Ho would I know the produced url? I sent the error

   
Check the produced HTML of a page that uses this
 code
  in
your
running
application with 1.4.
   
   


 On Tue, Jan 14, 2014 at 9:10 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  What is the produced url for login.css Wicket
 1.4
  and
 what
  is
the
  new
 error
  ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:06 PM, Anna
 Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   I changed it but still get the error
  
  
response.render(CssReferenceHeaderItem.forReference(new
   CssResourceReference(CSSLinksInjector.class,
   root +
 /css/login.css)));
  
  
   On Tue, Jan 14, 2014 at 8:51 AM, Ernesto
  Reinaldo
  Barreiro
   
   reier...@gmail.com wrote:
  
Why not just use CSSLinksInjector.class
  instead
   of
 getClass()?
   
   

Re: PageReference#getPage return null

2014-01-14 Thread Martin Grigorov
Hi,

Wild guess: you have a reference to non-initialized page (
https://issues.apache.org/jira/browse/WICKET-5415)
Non-initialized pages are not stored because they were not rendered.

Try with page.internalInitialize() before page.getPageReference().

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 5:02 PM, Marco Di Sabatino Di Diodoro 
marco.disabat...@tirasa.net wrote:

 Hi all,

 We upgrade Apache Syncope to Wicket 6.13.0 and PageReference#getPage is
 now returning null instead of the expectedPage instance [1].
 What has changed from 6.12.0?

 [1] https://issues.apache.org/jira/browse/SYNCOPE-476

 Thanks
 Marco
 --
 Dott. Marco Di Sabatino Di Diodoro
 Tel. +39 3939065570

 Tirasa S.r.l.
 Viale D'Annunzio 267 - 65127 Pescara
 Tel +39 0859116307 / FAX +39 085973
 http://www.tirasa.net

 Apache Syncope PMC Member
 http://people.apache.org/~mdisabatino/




Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
The file structure is

myApplication/src/main/java
myApplication/src/main/resources/info/css/ that has all css files
myApplication/src/main/resources/info/images has all the images




On Tue, Jan 14, 2014 at 10:04 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 What is the file structure ?
 What packages and files you have in UI package ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:56 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  Do you have any other suggestions why it may not be able to find the css
  file?
 
 
  On Tue, Jan 14, 2014 at 9:49 AM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   this is a dynamic parameter, is changes based on settings, it should
 work
   either way
  
  
   On Tue, Jan 14, 2014 at 9:45 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
  
   The only difference is that the resolved theme is 'info' instead of
  'root'
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
The name of the file is different and it cant find it
   
   
On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov 
  mgrigo...@apache.org
wrote:
   
 It looks perfect!

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  if I get rid of the CryptoMapper
  new link looks like
 
  link rel=stylesheet type=text/css
 
 

   
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
  view-source:
 

   
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
  
  /
 
 
 
  On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   Because you use CryptoMapper in your app.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
NEW: href=../X5EA-RpmG5-
   
   
  
 

   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/
   
why is the new link looks like this?
   
   
On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 I am not sure what you mean.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  I changed these. But why is new link encoded?
 
 
  On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
OLD:
   
 
   
 
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
   
  
   info.afilias.WAT.UI.CSSLinksInjector; name:
 info/css/tooltip.css
  
   1. afilias vs. stuff
  
   2. info vs. root
  
  
NEW:
   
   
  
 

   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
/
   
   
   
On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:13 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  Ho would I know the produced url? I sent the
 error
 

 Check the produced HTML of a page that uses this
  code
   in
 your
 running
 application with 1.4.


 
 
  On Tue, Jan 14, 2014 at 9:10 AM, Martin
 Grigorov 
   mgrigo...@apache.org
  wrote:
 
   What is the produced url for login.css Wicket
  1.4
   and
  what
   is
 the
   new
  error
   ?
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:06 PM, Anna
  Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed it but still get the error
   
   

Re: CssBehaviour can't find css files

2014-01-14 Thread Martin Grigorov
The reason is that you use info.afilias.WAT.UI.CSSLinksInjector as a scope
and the resources are looked up relative to it in the package structure.
In 1.4 it worked because you use '/info/...' - the leading slash resolved
to the root package.
This has been changed because of security problems and the leading slash is
removed.
I think latest 1.4.x also have this fix but I'm not 100% certain.

If you want to keep the resources there you have to use a class in the root
package as a scope.
I.e. create a new class in src/main/java/ folder and use it at:
CssReferenceHeaderItem.forReference(new CssResourceReference(HERE, ..

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 5:22 PM, Anna Simbirtsev asimbirt...@gmail.comwrote:

 The file structure is

 myApplication/src/main/java
 myApplication/src/main/resources/info/css/ that has all css files
 myApplication/src/main/resources/info/images has all the images




 On Tue, Jan 14, 2014 at 10:04 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  What is the file structure ?
  What packages and files you have in UI package ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:56 PM, Anna Simbirtsev asimbirt...@gmail.com
  wrote:
 
   Do you have any other suggestions why it may not be able to find the
 css
   file?
  
  
   On Tue, Jan 14, 2014 at 9:49 AM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
this is a dynamic parameter, is changes based on settings, it should
  work
either way
   
   
On Tue, Jan 14, 2014 at 9:45 AM, Martin Grigorov 
 mgrigo...@apache.org
   wrote:
   
The only difference is that the resolved theme is 'info' instead of
   'root'
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 The name of the file is different and it cant find it


 On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov 
   mgrigo...@apache.org
 wrote:

  It looks perfect!
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   if I get rid of the CryptoMapper
   new link looks like
  
   link rel=stylesheet type=text/css
  
  
 

   
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
   view-source:
  
 

   
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
   
   /
  
  
  
   On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
Because you use CryptoMapper in your app.
   
Martin Grigorov
Wicket Training and Consulting
   
   
On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 NEW: href=../X5EA-RpmG5-


   
  
 

   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /

 why is the new link looks like this?


 On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  I am not sure what you mean.
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
asimbirt...@gmail.com
  wrote:
 
   I changed these. But why is new link encoded?
  
  
   On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
mgrigo...@apache.org
   wrote:
  
On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 OLD:

  

  

  
 href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css

   
info.afilias.WAT.UI.CSSLinksInjector; name:
  info/css/tooltip.css
   
1. afilias vs. stuff
   
2. info vs. root
   
   
 NEW:


   
  
 

   
  
 

   
  
 
 href=../X5EA-RpmG5-t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
 /



 On Tue, Jan 14, 2014 at 9:16 AM, Martin Grigorov 
  mgrigo...@apache.org
 wrote:

  On Tue, Jan 14, 2014 at 4:13 PM, Anna
 Simbirtsev 
asimbirt...@gmail.com

Continuous page reload

2014-01-14 Thread Maxim Solodovnik
Hello all,

I just have updated to 6.13.0 (to get
WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
)
Unfortunately application stop working :(
We are using  single page design but after update the whole page is get
reloaded continuously

Can someone please suggest the way to find the cause of such reloads?
I have removed all the changes except for wicket and websockets library
update.

Thanks for any help

-- 
WBR
Maxim aka solomax


Re: Continuous page reload

2014-01-14 Thread Martin Grigorov
Hi,

Do you use Ajax timer behavior on that page ?
And do you open the same page instance (same url, same pageId) in two tabs ?

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 5:36 PM, Maxim Solodovnik solomax...@gmail.comwrote:

 Hello all,

 I just have updated to 6.13.0 (to get
 WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
 )
 Unfortunately application stop working :(
 We are using  single page design but after update the whole page is get
 reloaded continuously

 Can someone please suggest the way to find the cause of such reloads?
 I have removed all the changes except for wicket and websockets library
 update.

 Thanks for any help

 --
 WBR
 Maxim aka solomax



Re: Continuous page reload

2014-01-14 Thread Maxim Solodovnik
I do have TimerBehavior, but the issue was reproducible after commenting it.
I also have callback behaviors can try to comment it out

page version is being removed from the URL using NoVersionMapper: (line 130)
https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/app/Application.java?view=markup



On Tue, Jan 14, 2014 at 10:43 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 Do you use Ajax timer behavior on that page ?
 And do you open the same page instance (same url, same pageId) in two tabs
 ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 5:36 PM, Maxim Solodovnik solomax...@gmail.com
 wrote:

  Hello all,
 
  I just have updated to 6.13.0 (to get
  WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
  )
  Unfortunately application stop working :(
  We are using  single page design but after update the whole page is get
  reloaded continuously
 
  Can someone please suggest the way to find the cause of such reloads?
  I have removed all the changes except for wicket and websockets library
  update.
 
  Thanks for any help
 
  --
  WBR
  Maxim aka solomax
 




-- 
WBR
Maxim aka solomax


Re: PageReference#getPage return null

2014-01-14 Thread Marco Di Sabatino Di Diodoro
Hi Martin, 

Il giorno 14/gen/2014, alle ore 16:20, Martin Grigorov mgrigo...@apache.org 
ha scritto:

 Hi,
 
 Wild guess: you have a reference to non-initialized page (
 https://issues.apache.org/jira/browse/WICKET-5415)
 Non-initialized pages are not stored because they were not rendered.
 
 Try with page.internalInitialize() before page.getPageReference().
 

I solved the issue.

Thanks
Marco

 Martin Grigorov
 Wicket Training and Consulting
 
 
 On Tue, Jan 14, 2014 at 5:02 PM, Marco Di Sabatino Di Diodoro 
 marco.disabat...@tirasa.net wrote:
 
 Hi all,
 
 We upgrade Apache Syncope to Wicket 6.13.0 and PageReference#getPage is
 now returning null instead of the expectedPage instance [1].
 What has changed from 6.12.0?
 
 [1] https://issues.apache.org/jira/browse/SYNCOPE-476
 
 Thanks
 Marco
 --
 Dott. Marco Di Sabatino Di Diodoro
 Tel. +39 3939065570
 
 Tirasa S.r.l.
 Viale D'Annunzio 267 - 65127 Pescara
 Tel +39 0859116307 / FAX +39 085973
 http://www.tirasa.net
 
 Apache Syncope PMC Member
 http://people.apache.org/~mdisabatino/
 
 

-- 
Dott. Marco Di Sabatino Di Diodoro
Tel. +39 3939065570

Tirasa S.r.l.
Viale D'Annunzio 267 - 65127 Pescara
Tel +39 0859116307 / FAX +39 085973
http://www.tirasa.net

Apache Syncope PMC Member
http://people.apache.org/~mdisabatino/



Re: CssBehaviour can't find css files

2014-01-14 Thread Anna Simbirtsev
Once I moved the file in src/main/java/ without any package, it does not
show errors that it cant find it, so it is found, it just does not show any
css.


On Tue, Jan 14, 2014 at 10:31 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 The reason is that you use info.afilias.WAT.UI.CSSLinksInjector as a scope
 and the resources are looked up relative to it in the package structure.
 In 1.4 it worked because you use '/info/...' - the leading slash resolved
 to the root package.
 This has been changed because of security problems and the leading slash is
 removed.
 I think latest 1.4.x also have this fix but I'm not 100% certain.

 If you want to keep the resources there you have to use a class in the root
 package as a scope.
 I.e. create a new class in src/main/java/ folder and use it at:
 CssReferenceHeaderItem.forReference(new CssResourceReference(HERE, ..

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 5:22 PM, Anna Simbirtsev asimbirt...@gmail.com
 wrote:

  The file structure is
 
  myApplication/src/main/java
  myApplication/src/main/resources/info/css/ that has all css files
  myApplication/src/main/resources/info/images has all the images
 
 
 
 
  On Tue, Jan 14, 2014 at 10:04 AM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   What is the file structure ?
   What packages and files you have in UI package ?
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:56 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
Do you have any other suggestions why it may not be able to find the
  css
file?
   
   
On Tue, Jan 14, 2014 at 9:49 AM, Anna Simbirtsev 
  asimbirt...@gmail.com
wrote:
   
 this is a dynamic parameter, is changes based on settings, it
 should
   work
 either way


 On Tue, Jan 14, 2014 at 9:45 AM, Martin Grigorov 
  mgrigo...@apache.org
wrote:

 The only difference is that the resolved theme is 'info' instead
 of
'root'

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:43 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  The name of the file is different and it cant find it
 
 
  On Tue, Jan 14, 2014 at 9:41 AM, Martin Grigorov 
mgrigo...@apache.org
  wrote:
 
   It looks perfect!
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:39 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
if I get rid of the CryptoMapper
new link looks like
   
link rel=stylesheet type=text/css
   
   
  
 

   
  
 
 href=./wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css
view-source:
   
  
 

   
  
 
 http://localhost:8080/wat-application/wicket/resource/info.afilias.WAT.UI.CSSLinksInjector/info/css/tooltip-ver-1389710287000.css

/
   
   
   
On Tue, Jan 14, 2014 at 9:35 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 Because you use CryptoMapper in your app.

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 4:32 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  NEW: href=../X5EA-RpmG5-
 
 

   
  
 

   
  
 
 t7GSByiSpogTj4bvW9MKMW4vn832-xprwEXT2RkaeV8fX_4jkKsv1CB554pAX0u87jm6UPI3w_ihTiZY3tftZ8jJqrrURxUxvKsFXCdT_2G6JYzRb5crh/X5E87/URx2a/zRb59/sFXb4/URx2a/zRb59
  /
 
  why is the new link looks like this?
 
 
  On Tue, Jan 14, 2014 at 9:29 AM, Martin Grigorov 
   mgrigo...@apache.org
  wrote:
 
   I am not sure what you mean.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 4:24 PM, Anna Simbirtsev 
 asimbirt...@gmail.com
   wrote:
  
I changed these. But why is new link encoded?
   
   
On Tue, Jan 14, 2014 at 9:22 AM, Martin Grigorov 
 mgrigo...@apache.org
wrote:
   
 On Tue, Jan 14, 2014 at 4:19 PM, Anna Simbirtsev 
   asimbirt...@gmail.com
 wrote:

  OLD:
 
   
 
   
 
   
  href=resources/info.stuff.WAT.UI.CSSLinksInjector/root/css/tooltip.css
 

 info.afilias.WAT.UI.CSSLinksInjector; name:
   info/css/tooltip.css

 1. afilias vs. stuff

 2. info vs. root


  NEW:
 
 

   
  
 

   
  
 

   
  
 
 

Re: PageReference#getPage return null

2014-01-14 Thread Martin Grigorov
I'll improve Wicket to store the page when it knows that it will be used in
a later request.
Once Jira is reachable ...

Martin Grigorov
Wicket Training and Consulting


On Tue, Jan 14, 2014 at 6:01 PM, Marco Di Sabatino Di Diodoro 
marco.disabat...@tirasa.net wrote:

 Hi Martin,

 Il giorno 14/gen/2014, alle ore 16:20, Martin Grigorov 
 mgrigo...@apache.org ha scritto:

  Hi,
 
  Wild guess: you have a reference to non-initialized page (
  https://issues.apache.org/jira/browse/WICKET-5415)
  Non-initialized pages are not stored because they were not rendered.
 
  Try with page.internalInitialize() before page.getPageReference().
 

 I solved the issue.

 Thanks
 Marco

  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 5:02 PM, Marco Di Sabatino Di Diodoro 
  marco.disabat...@tirasa.net wrote:
 
  Hi all,
 
  We upgrade Apache Syncope to Wicket 6.13.0 and PageReference#getPage is
  now returning null instead of the expectedPage instance [1].
  What has changed from 6.12.0?
 
  [1] https://issues.apache.org/jira/browse/SYNCOPE-476
 
  Thanks
  Marco
  --
  Dott. Marco Di Sabatino Di Diodoro
  Tel. +39 3939065570
 
  Tirasa S.r.l.
  Viale D'Annunzio 267 - 65127 Pescara
  Tel +39 0859116307 / FAX +39 085973
  http://www.tirasa.net
 
  Apache Syncope PMC Member
  http://people.apache.org/~mdisabatino/
 
 

 --
 Dott. Marco Di Sabatino Di Diodoro
 Tel. +39 3939065570

 Tirasa S.r.l.
 Viale D'Annunzio 267 - 65127 Pescara
 Tel +39 0859116307 / FAX +39 085973
 http://www.tirasa.net

 Apache Syncope PMC Member
 http://people.apache.org/~mdisabatino/




Re: [OT] thanks

2014-01-14 Thread Pierre Goupil
Replying to myself: after having double-checked all the docs, it now works:
there was an inconsistency in my configuration, it was enough to prevent
the whole stuff to work.

If anyone is curious, I can still give him more details.

In the meantime, thanks to all,


Pierre





On Mon, Jan 13, 2014 at 9:20 PM, Pierre Goupil goupilpie...@gmail.comwrote:

 Good evening,

 I finally have the need to use nginx, but can't figure out how to
 configure it with Wicket and Atmosphere.

 I've provided the nginx configuration quoted above, and in my init()
 method of WebApplication, I have:

 this.getFilterFactoryManager().add(new XForwardedRequestWrapperFactory());

 But no way, the WebSocket connection returns an error.

 GET
 http://me.net/?0-IResourceListener.2-...ache-Date=0X-atmo-protocol=true_=1389644050464




 = Firefox can't establish a connection to the server at ws://
 me.net/?0-IResourceListener.2-X-Atmosphere-tracking-id=0X-Atmosphere-Framework=2.0.8-jqueryX-Atmosphere-Transport=websocketX-Atmosphere-TrackMessageSize=trueX-Cache-Date=0X-atmo-protocol=true

 Does anybody have an idea, please?

 Regards,

 Pierre





 On Wed, Aug 14, 2013 at 4:03 PM, Emond Papegaaij 
 emond.papega...@topicus.nl wrote:

 We depend heavily on ajp. Our application server needs to know the exact
 url the request was made to. This is very hard to get right with plain
 http
 proxying (if not impossible). The main reason we use httpd in front of our
 application server(s) is for load balancing and status information
 (serving
 a 503 when the application is down). Tomcat's (or JBoss in our case)
 performance has never been an issue.

 Best regards,
 Emond

 On Wednesday 14 August 2013 07:50:50 Dan Retzlaff wrote:
  Have you considered nginx? We use httpd but our reverse-proxying
 needs are
  pretty simple. I've been meaning to try nginx.
 
  http://nginx.org/en/docs/http/websocket.html
 
  On Wed, Aug 14, 2013 at 7:42 AM, Pierre Goupil
 goupilpie...@gmail.comwrote:
   I use only Tomcat (7.0.40) and I must admit that with NIO connector
 and
   useNative=true, the performance looks nice. I have no use for an
 httpd for
   the moment, but I'm not in production.
  
   I plan to load test my app, if you're interested, I can communicate
 the
   results to you.
  
   As a side-note, on the Tomcat list, many people are starting to talk
 about
   better WebSockets support in Tomcat 8 and the dev seem to realize
 that
   there is a strong expectation for them, so maybe they'll try and
 convince
   to work hand-in-hand with the httpd / AJP people?
  
   Anyway, thanks again and keep up the good work!
  
   And of course a big thank you to the people from the great Wicket,
 too!
  
   :-)
  
   Regards,
  
   Pierre
  
  
   On Wed, Aug 14, 2013 at 3:33 PM, Emond Papegaaij 
   emond.papega...@topicus.nl
  
wrote:
   
Hi Pierre,
   
Good to hear you like it! Unfortunately, we are still waiting for
 the
  
   rest
  
of
the server stack to support websockets before we can actually use
 it in
production applications. Hopefully, with the release of jee7 (with
  
   jsr356)
  
maintainers of httpd and ajp will finally realize they need to
 support
websockets as well.
   
Best regards,
Emond
   
On Wednesday 14 August 2013 12:01:05 Pierre Goupil wrote:
 Good morning,

 All apologies for this totally off-topic message, but I would
 like to
   
say a
   
 big THANK YOU to Emond for his work on wicket-atmosphere.

 His code is far from trivial, yet it is a real pleasure to use it.
 According to me, the killer-feature is the fact that we have an
 AjaxRequestTarget to work with which triggers a Comet /
 WebSocket
   
response.
   
 Thanks again, man!

 Pierre
  
   --
   Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as
 pas
   mal.
   Alors frappez-moi de musique !
   Frappez-moi de musique, maintenant !
  
   (Bob Marley : Trenchtown Rock)




 --
 Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
 mal.
 Alors frappez-moi de musique !
 Frappez-moi de musique, maintenant !

 (Bob Marley : Trenchtown Rock)




-- 
Un truc bien avec la musique, c'est que quand elle te frappe, tu n'as pas
mal.
Alors frappez-moi de musique !
Frappez-moi de musique, maintenant !

(Bob Marley : Trenchtown Rock)


Re: NPEs when locating resources after upgrading to Wicket 6.13.0

2014-01-14 Thread Martin Grigorov
I've committed an improvement with
https://issues.apache.org/jira/browse/WICKET-5472

Martin Grigorov
Wicket Training and Consulting


On Mon, Jan 13, 2014 at 3:38 PM, Thomas Heigl tho...@umschalt.com wrote:

 Hey Martin,

 I don't have time to create a quickstart at the moment. If you can't find
 the problem without it I'll try to do it in the next days.

 The resource is definitely there and downgrading to 6.12.0 fixes the
 problem immediately.

 Thomas


 On Mon, Jan 13, 2014 at 2:15 PM, Martin Grigorov mgrigo...@apache.org
 wrote:

  Please put a breakpoint at
 
 
 https://github.com/apache/wicket/blob/wicket-6.x/wicket-core/src/main/java/org/apache/wicket/request/resource/PackageResource.java?source=cc#L431
 
  It seems  /images/alt_neu_v2.jpg; locale: null; style: null; variation:
  null does not exists. Only in this case the resource stream would be
 null.
 
  Unfortunately this happens in a private method and I don't see how to
  workaround it.
  Please create a ticket with a quickstart.
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Mon, Jan 13, 2014 at 3:10 PM, Martin Grigorov mgrigo...@apache.org
  wrote:
 
   Hi,
  
   Please check your logs for : Argument 'delegate' may not be null.
  
   This is what
   g.Args.notNull(Args.java:41)
at
org.apache.wicket.util.resource.ResourceStreamWrapper.init(
   ResourceStreamWrapper.java:36)
at
  
   should actually throw.
  
   I am looking why it could be null.
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Mon, Jan 13, 2014 at 3:02 PM, Thomas Heigl tho...@umschalt.com
  wrote:
  
   Hey all,
  
   I just tried to upgrade to Wicket 6.13.0 because of the new JQuery
  version
   packaged with it. It breaks some of our resource mounting
 functionality
   that has been working since 1.4x and some package resources cannot be
   found
   anymore. Have there been changes to resource mounting in this release?
  
   A sample exception looks like this:
  
   org.apache.wicket.WicketRuntimeException: An error occurred while
generating an Url for handler
'ResourceReferenceRequestHandler{resourceReference=scope:
com.synexit.friendsic.view.wicket.staticcontent.StaticContentBase;
  name:
/images/alt_neu_v2.jpg; locale: null; style: null; variation: null,
pageParameters=}'
at org.apache.wicket.util.lang.Args.notNull(Args.java:41)
at
   
  
 
 org.apache.wicket.util.resource.ResourceStreamWrapper.init(ResourceStreamWrapper.java:36)
at
   
  
 
 org.apache.wicket.request.resource.PackageResource$ProcessingResourceStream.init(PackageResource.java:476)
at
   
  
 
 org.apache.wicket.request.resource.PackageResource$ProcessingResourceStream.init(PackageResource.java:472)
at
   
  
 
 org.apache.wicket.request.resource.PackageResource.internalGetResourceStream(PackageResource.java:465)
at
   
  
 
 org.apache.wicket.request.resource.PackageResource.getCacheableResourceStream(PackageResource.java:395)
at
   
  
 
 org.apache.wicket.request.resource.PackageResource.getCacheKey(PackageResource.java:227)
at
   
  
 
 org.apache.wicket.request.resource.caching.version.RequestCycleCachedResourceVersion.getVersion(RequestCycleCachedResourceVersion.java:81)
at
   
  
 
 org.apache.wicket.request.resource.caching.FilenameWithVersionResourceCachingStrategy.decorateUrl(FilenameWithVersionResourceCachingStrategy.java:102)
at
   
  
 
 org.apache.wicket.core.request.mapper.BasicResourceReferenceMapper.mapHandler(BasicResourceReferenceMapper.java:238)
at
   
  
 
 org.apache.wicket.request.mapper.ParentPathReferenceRewriter.mapHandler(ParentPathReferenceRewriter.java:91)
at
   
  
 
 org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:215)
at
   
  
 
 org.apache.wicket.util.tester.BaseWicketTester$TestRequestMapper.mapHandler(BaseWicketTester.java:2758)
at
   
  
 
 org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:429)
at
   
  
 
 org.apache.wicket.request.cycle.RequestCycle.urlFor(RequestCycle.java:529)
at
   
  
 
 org.apache.wicket.request.cycle.RequestCycle.urlFor(RequestCycle.java:492)
  
  
   The resource is there and works perfectly with Wicket 6.12.0.
  
   Any ideas?
  
   Cheers,
  
   Thomas
  
  
  
 



Re: Continuous page reload

2014-01-14 Thread Maxim Solodovnik
Is there any docs describing what was changed in the behaviors etc. so I
can go through our code and fix it?

Thanks in advance :)


On Tue, Jan 14, 2014 at 10:48 PM, Maxim Solodovnik solomax...@gmail.comwrote:

 I do have TimerBehavior, but the issue was reproducible after commenting
 it.
 I also have callback behaviors can try to comment it out

 page version is being removed from the URL using NoVersionMapper: (line
 130)

 https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/app/Application.java?view=markup



 On Tue, Jan 14, 2014 at 10:43 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Hi,

 Do you use Ajax timer behavior on that page ?
 And do you open the same page instance (same url, same pageId) in two
 tabs ?

 Martin Grigorov
 Wicket Training and Consulting


 On Tue, Jan 14, 2014 at 5:36 PM, Maxim Solodovnik solomax...@gmail.com
 wrote:

  Hello all,
 
  I just have updated to 6.13.0 (to get
  WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
  )
  Unfortunately application stop working :(
  We are using  single page design but after update the whole page is
 get
  reloaded continuously
 
  Can someone please suggest the way to find the cause of such reloads?
  I have removed all the changes except for wicket and websockets library
  update.
 
  Thanks for any help
 
  --
  WBR
  Maxim aka solomax
 




 --
 WBR
 Maxim aka solomax




-- 
WBR
Maxim aka solomax


Re: Continuous page reload

2014-01-14 Thread Martin Grigorov
Here are the release notes:
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561version=12325564
Please share when you have more information.
We may need to release 6.13.1 if the problem is not easy to workaround.

Martin Grigorov
Wicket Training and Consulting


On Wed, Jan 15, 2014 at 7:28 AM, Maxim Solodovnik solomax...@gmail.comwrote:

 Is there any docs describing what was changed in the behaviors etc. so I
 can go through our code and fix it?

 Thanks in advance :)


 On Tue, Jan 14, 2014 at 10:48 PM, Maxim Solodovnik solomax...@gmail.com
 wrote:

  I do have TimerBehavior, but the issue was reproducible after commenting
  it.
  I also have callback behaviors can try to comment it out
 
  page version is being removed from the URL using NoVersionMapper: (line
  130)
 
 
 https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/app/Application.java?view=markup
 
 
 
  On Tue, Jan 14, 2014 at 10:43 PM, Martin Grigorov mgrigo...@apache.org
 wrote:
 
  Hi,
 
  Do you use Ajax timer behavior on that page ?
  And do you open the same page instance (same url, same pageId) in two
  tabs ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 5:36 PM, Maxim Solodovnik solomax...@gmail.com
  wrote:
 
   Hello all,
  
   I just have updated to 6.13.0 (to get
   WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
   )
   Unfortunately application stop working :(
   We are using  single page design but after update the whole page is
  get
   reloaded continuously
  
   Can someone please suggest the way to find the cause of such reloads?
   I have removed all the changes except for wicket and websockets
 library
   update.
  
   Thanks for any help
  
   --
   WBR
   Maxim aka solomax
  
 
 
 
 
  --
  WBR
  Maxim aka solomax
 



 --
 WBR
 Maxim aka solomax



Re: Continuous page reload

2014-01-14 Thread Martin Grigorov
You can use git bisect if nothing else works.

Martin Grigorov
Wicket Training and Consulting


On Wed, Jan 15, 2014 at 9:29 AM, Martin Grigorov mgrigo...@apache.orgwrote:

 Here are the release notes:
 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561version=12325564
 Please share when you have more information.
 We may need to release 6.13.1 if the problem is not easy to workaround.

  Martin Grigorov
 Wicket Training and Consulting


 On Wed, Jan 15, 2014 at 7:28 AM, Maxim Solodovnik solomax...@gmail.comwrote:

 Is there any docs describing what was changed in the behaviors etc. so I
 can go through our code and fix it?

 Thanks in advance :)


 On Tue, Jan 14, 2014 at 10:48 PM, Maxim Solodovnik solomax...@gmail.com
 wrote:

  I do have TimerBehavior, but the issue was reproducible after commenting
  it.
  I also have callback behaviors can try to comment it out
 
  page version is being removed from the URL using NoVersionMapper: (line
  130)
 
 
 https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/app/Application.java?view=markup
 
 
 
  On Tue, Jan 14, 2014 at 10:43 PM, Martin Grigorov mgrigo...@apache.org
 wrote:
 
  Hi,
 
  Do you use Ajax timer behavior on that page ?
  And do you open the same page instance (same url, same pageId) in two
  tabs ?
 
  Martin Grigorov
  Wicket Training and Consulting
 
 
  On Tue, Jan 14, 2014 at 5:36 PM, Maxim Solodovnik 
 solomax...@gmail.com
  wrote:
 
   Hello all,
  
   I just have updated to 6.13.0 (to get
   WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
   )
   Unfortunately application stop working :(
   We are using  single page design but after update the whole page is
  get
   reloaded continuously
  
   Can someone please suggest the way to find the cause of such reloads?
   I have removed all the changes except for wicket and websockets
 library
   update.
  
   Thanks for any help
  
   --
   WBR
   Maxim aka solomax
  
 
 
 
 
  --
  WBR
  Maxim aka solomax
 



 --
 WBR
 Maxim aka solomax





Re: Continuous page reload

2014-01-14 Thread Maxim Solodovnik
Thanks,

Will try to pin down the issue and will write back


On Wed, Jan 15, 2014 at 2:31 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 You can use git bisect if nothing else works.

 Martin Grigorov
 Wicket Training and Consulting


 On Wed, Jan 15, 2014 at 9:29 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  Here are the release notes:
 
 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310561version=12325564
  Please share when you have more information.
  We may need to release 6.13.1 if the problem is not easy to workaround.
 
   Martin Grigorov
  Wicket Training and Consulting
 
 
  On Wed, Jan 15, 2014 at 7:28 AM, Maxim Solodovnik solomax...@gmail.com
 wrote:
 
  Is there any docs describing what was changed in the behaviors etc. so I
  can go through our code and fix it?
 
  Thanks in advance :)
 
 
  On Tue, Jan 14, 2014 at 10:48 PM, Maxim Solodovnik 
 solomax...@gmail.com
  wrote:
 
   I do have TimerBehavior, but the issue was reproducible after
 commenting
   it.
   I also have callback behaviors can try to comment it out
  
   page version is being removed from the URL using NoVersionMapper:
 (line
   130)
  
  
 
 https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/app/Application.java?view=markup
  
  
  
   On Tue, Jan 14, 2014 at 10:43 PM, Martin Grigorov 
 mgrigo...@apache.org
  wrote:
  
   Hi,
  
   Do you use Ajax timer behavior on that page ?
   And do you open the same page instance (same url, same pageId) in two
   tabs ?
  
   Martin Grigorov
   Wicket Training and Consulting
  
  
   On Tue, Jan 14, 2014 at 5:36 PM, Maxim Solodovnik 
  solomax...@gmail.com
   wrote:
  
Hello all,
   
I just have updated to 6.13.0 (to get
WICKET-5435https://issues.apache.org/jira/browse/WICKET-5435
)
Unfortunately application stop working :(
We are using  single page design but after update the whole page
 is
   get
reloaded continuously
   
Can someone please suggest the way to find the cause of such
 reloads?
I have removed all the changes except for wicket and websockets
  library
update.
   
Thanks for any help
   
--
WBR
Maxim aka solomax
   
  
  
  
  
   --
   WBR
   Maxim aka solomax
  
 
 
 
  --
  WBR
  Maxim aka solomax
 
 
 




-- 
WBR
Maxim aka solomax