Re: Anyone using Wicket-Stuff Facebook

[Stephen Walsh]

I got this figure out. I'll post my solution tomorrow when I have a few
minutes.

Basically, I wasn't understanding that the code was coming back in a page
parameter. Once I understood that it was fairly easy to implement.

On Monday, February 18, 2013, Stephen Walsh wrote:

> That's where I'm headed right now.  I had a signin page with
> PageParameters that picked it up by accident...  I think I'm headed in the
> right direction now.
>
> I'll post my solution when I get it finished.  I'd still be interested to
> see your solution also.
>
> Thanks again.
>
> ___
> Stephen Walsh | http://connectwithawalsh.com
>
>
> On Mon, Feb 18, 2013 at 6:29 PM, Michael Chandler <
> michael.chand...@onassignment.com  'michael.chand...@onassignment.com');>> wrote:
>
>> > The browser gets a token back that makes perfect sense and the example
>> is completed.
>> > How do I "consume" the token?  I'll play around with it a bit and let
>> you know what
>> > I come up with.  Thanks for the help.
>>
>> Based on the path I was taking, the redirect URI is the key.  Facebook
>> redirects as such:
>>
>> YOUR_REDIRECT_URI?
>> access_token=USER_ACCESS_TOKEN
>>&expires_in=NUMBER_OF_SECONDS_UNTIL_TOKEN_EXPIRES
>>&state=YOUR_STATE_VALUE
>>
>> Of course, if the request fails authentication, they redirect as follows:
>>
>> YOUR_REDIRECT_URI?
>> error_reason=user_denied
>>&error=access_denied
>>&error_description=The+user+denied+your+request.
>>&state=YOUR_STATE_VALUE
>>
>> So your redirect page could start out like this:
>>
>> public class FacebookResponseListener extends WebPage {
>>
>> private static final long serialVersionUID = 1L;
>>
>> public FacebookResponseListener(PageParameters params) {
>> // if there is an error, handle it
>> if (params.get("error_reason") != null) {
>> // handle the error here!
>> } else {
>> String accessToken =
>> params.get("access_token").toString();
>> int expiresIn = params.get("expires_in").toInt();
>>
>> // etc... etc...
>>
>> }
>>
>> }
>> }
>>
>> Mike
>>
>> -
>> To unsubscribe, e-mail: 
>> users-unsubscr...@wicket.apache.org> 'users-unsubscr...@wicket.apache.org');>
>> For additional commands, e-mail: 
>> users-h...@wicket.apache.org> 'users-h...@wicket.apache.org');>
>>
>>
>

-- 
___
Stephen Walsh | http://connectwithawalsh.com

Re: Multipart ajax form submit channel

[Ashley Reed]

Thanks Martin. Hopefully I can upgrade the app soon without much 
trouble. I was able to work around it by overriding Wicket's Javascript 
function that submits multipart forms via AJAX.


On 02/18/2013 02:18 AM, Martin Grigorov wrote:

Hi,

This is improved in Wicket 6.
Please upgrade your application.


On Wed, Feb 13, 2013 at 11:28 PM, Ashley Reed  wrote:


I just wanted to ask this question before figuring out how to file a bug.
I'm using Wicket 1.5.6, and it seems like multipart ajax form submits don't
block the ajax channel. I'm doing an ajax submit that causes the form to go
away, and other ajax links on the form don't wait until the form submission
is complete. The result is that other ajax links cause an exception if
they're clicked before the form submission is complete because the objects
no longer exist in the page. I would think the precondition on the links
shouldn't be tested until the channel is available. Is this a bug?

Thanks,
Ashley

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







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

Re: Wicket LoadableDetachableModel exception handling issue

[Ondrej Zizka]

Actually I think Wicket offers, inherently, one of the best ways to 
handle exceptions - I can catch it wherever I want, rewrap, redirect, 
ignore, alter the model...  I haven't seen such freedom and versatility 
in any other web framework.

YMMV.

Ondra


On 02/20/2013 05:39 PM, Jayakrishnan R wrote:


i have already done that as a back up plan.  Do you think wicket is a 
bit wierd in handling exceptions.


On 20 Feb 2013 16:22, "Ondrej Zizka" > wrote:


How about wrapping it to a RuntimeException, or preferably, your
own subclass of it?

Ondra



On 02/20/2013 04:51 PM, Jayakrishnan R wrote:

In my project, I am using LoadableDetachableModel as given below.

public ReportPage(final Objectm, final PageReference pr) throws
CustomException{try{final
LoadableDetachableModel>
ldm =
  new LoadableDetachableModel>() {

 @Override
 protected Listload() {
 **// Some Database operations //**
 return x;
 }
 };
/*
Several LoadableDetachableModels, PageableListViews, Panels,
Fragments  etc.
*/ } catch ( Exception ex){// create Custom Exception } finally {
  // Clean up of stuff }


My problem is that I am using AbstractColumn to display the
objects in the
column and the overriden populateItem() method calls the load()
internally.  Since both the methods cannot throw Exceptions, I
cannot
really catch exceptions and display appropriate messages.

Any help on this is really appreciated.

Re: How to modify markup?

[Andrea Del Bene]

The first solution that comes in my mind is to overwrite method 
onComponentTagBody. Maybe this could work :


add(new Link("helloMessage"){
@Override
protected void onComponentTagBody(MarkupStream markupStream, 
ComponentTag tag) {

 getResponse().write("");
//write the default body
super.onComponentTagBody(markupStream, tag);

getResponse().write("");
}
});



Hi,

what would be the best way to modify the HTML output of a component?

Consider this:

Text

which is backed by a Link component. By adding a behavior (I would
assume), I would like to modify this HTML to become sth like

Text

Please note that I want to preserve the componentTagBody.

I know how to change the tag, add an attribute, and found code to
generate something _after_ the tag (DatePicker), and for that matter,
probably also before the tag, but nothing so far to change the tags
(hierarchy) in between.

Is there a Wicket way to do that, do I have to resort to JavaScript, or
am I plainly overworked and should never try something like that anyway?

Thanks, bye
 Stefan


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




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

How to modify markup?

[Stefan Renz]

Hi,

what would be the best way to modify the HTML output of a component?

Consider this:

Text

which is backed by a Link component. By adding a behavior (I would
assume), I would like to modify this HTML to become sth like

Text

Please note that I want to preserve the componentTagBody.

I know how to change the tag, add an attribute, and found code to
generate something _after_ the tag (DatePicker), and for that matter,
probably also before the tag, but nothing so far to change the tags
(hierarchy) in between.

Is there a Wicket way to do that, do I have to resort to JavaScript, or
am I plainly overworked and should never try something like that anyway?

Thanks, bye
Stefan


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

Re: Eclipse or IntelliJ

[Stephen Walsh]

I have the advantage that I'm fairly new to both so after spending some
time with Eclipse and hating that it was so slow after my machine had been
asleep and even doing basic things like trying to switch to a different
file, I figured I would try something else.

I definitely like the look and feel of IDEA better, but time will tell if
it's "more productive".  It will certainly take the full 30 day trial
period to evaluate whether it's worth the cost.

___
Stephen Walsh | http://connectwithawalsh.com


On Wed, Feb 20, 2013 at 11:18 AM, Bertrand Guay-Paquet <
ber...@step.polymtl.ca> wrote:

> I agree it's not fair at all.
>
> My reasoning was that I wanted to evaluate if I'd be more productive with
> Idea and if some Eclipse irritants would be fixed there. In Idea, I found a
> different set of irritants and I couldn't say I was more productive. Having
> already "wasted" a week trying it out, I couldn't justify spending even
> more time to get to use it productively and buying licenses.
>
>
> On 20/02/2013 11:59 AM, Jochen Mader wrote:
>
>> Well, weighting a few years of Eclipse usage vs one week of Idea is
>> not really a fair comparison.
>> It took me about 4 months to really get into Idea (short-cuts,
>> different compile behavior ...).
>> If you ever really consider switching an IDE don't base your
>> assumptions on a week of usage.
>> If there weren't any differences we wouldn't have several major IDEs.
>>
>> But that's just my two cents ;)
>>
>> P.S.: Netbeans is also an awesome IDE, it just gets horribly slow with
>> bigger projects (and that's based on the most recent Release of
>> Netbeans I tried a week ago).
>>
>> On Wed, Feb 20, 2013 at 5:48 PM, Bertrand Guay-Paquet
>>  wrote:
>>
>>> Hi William,
>>>
>>> This might be your lucky day :)
>>>
>>> Here's the fix for that horrible slowness in xml tabs:
>>> From: http://wiki.eclipse.org/**Platform_UI/Juno_Performance_**
>>> Investigation
>>>
>>> Ensure you are already running on a package from the Juno SR1 release
>>> (September 2012)
>>> Invoke Help > Install New Software
>>> Select this repository: http://download.eclipse.org/**
>>> eclipse/updates/4.2 
>>> Expand Juno SR1 Patches and install Eclipse UI Juno SR1 Optimizations
>>>
>>> Have a nice day,
>>> Bertrand
>>>
>>> p.s. I use Eclipse Juno. Tried Intellij 12 for a week but didn't like
>>> it...
>>> It was a constant battle to get my project working.
>>>
>>>
>>> On 20/02/2013 9:29 AM, William Speirs wrote:
>>>
 I've always used Eclipse and am currently using Juno. The Maven support
 got
 much better, but other stupid things seem to have "broke." For example,
 switching tabs into the XML editor (or pom editor) seems to require
 calculating Pi to 10 million digits each time. Actually, I think there
 is
 a
 memory leak somewhere and its just a GC going off, I should load it in
 VisualVM and see. There are other annoying things about Eclipse with
 respect to settings, but they can usually be "fixed" by editing some
 file
 in the .settings directory.

 Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
 Linux)... maybe I should try 12?

 At the end of the day... anything's better than vim/emacs :-)

 Bill-


 On Wed, Feb 20, 2013 at 8:03 AM, Martin Grigorov
 wrote:

  My main problem with Eclipse was that it mixes the classpaths for main
> and
> test.
> If you have separate config files in the test classpath some weird
> things
> may happen.
>
> There is a ticket about this since March 2008:
> https://bugs.eclipse.org/bugs/**show_bug.cgi?id=224708and
>  it says "we need
> someone to help us to implement it".
> It strange because Eclipse is OSGi based, i.e. they should have a very
> good
> control over the classloaders.
>
> So I moved to IDEA and I find it much better for my needs.
>
>
> On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams 
> wrote:
>
>  If you do software development for a living (as opposed to a hobby),
>> one
>> thing to consider is what tools are used at prospective employers. I
>> work
>> at a large (40,000+) company where Eclipse is the standard tool.
>> Partly
>> because it's open source (read "free," no budget impact) & has such a
>> large support community. Plus it meets all our needs.
>>
>> I've used Eclipse for years (both home & work), and have been
>> satisfied
>> with it.
>>
>>
>> **
>>
>> This email and any attachments may contain information that is
>> confidential and/or privileged for the sole use of the intended
>>
> recipient.
>
>>Any use, review, disclosure, copying, distribution

Re: Eclipse or IntelliJ

[Bertrand Guay-Paquet]

I agree it's not fair at all.

My reasoning was that I wanted to evaluate if I'd be more productive 
with Idea and if some Eclipse irritants would be fixed there. In Idea, I 
found a different set of irritants and I couldn't say I was more 
productive. Having already "wasted" a week trying it out, I couldn't 
justify spending even more time to get to use it productively and buying 
licenses.


On 20/02/2013 11:59 AM, Jochen Mader wrote:

Well, weighting a few years of Eclipse usage vs one week of Idea is
not really a fair comparison.
It took me about 4 months to really get into Idea (short-cuts,
different compile behavior ...).
If you ever really consider switching an IDE don't base your
assumptions on a week of usage.
If there weren't any differences we wouldn't have several major IDEs.

But that's just my two cents ;)

P.S.: Netbeans is also an awesome IDE, it just gets horribly slow with
bigger projects (and that's based on the most recent Release of
Netbeans I tried a week ago).

On Wed, Feb 20, 2013 at 5:48 PM, Bertrand Guay-Paquet
 wrote:

Hi William,

This might be your lucky day :)

Here's the fix for that horrible slowness in xml tabs:
From: http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation

Ensure you are already running on a package from the Juno SR1 release
(September 2012)
Invoke Help > Install New Software
Select this repository: http://download.eclipse.org/eclipse/updates/4.2
Expand Juno SR1 Patches and install Eclipse UI Juno SR1 Optimizations

Have a nice day,
Bertrand

p.s. I use Eclipse Juno. Tried Intellij 12 for a week but didn't like it...
It was a constant battle to get my project working.


On 20/02/2013 9:29 AM, William Speirs wrote:

I've always used Eclipse and am currently using Juno. The Maven support
got
much better, but other stupid things seem to have "broke." For example,
switching tabs into the XML editor (or pom editor) seems to require
calculating Pi to 10 million digits each time. Actually, I think there is
a
memory leak somewhere and its just a GC going off, I should load it in
VisualVM and see. There are other annoying things about Eclipse with
respect to settings, but they can usually be "fixed" by editing some file
in the .settings directory.

Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
Linux)... maybe I should try 12?

At the end of the day... anything's better than vim/emacs :-)

Bill-


On Wed, Feb 20, 2013 at 8:03 AM, Martin Grigorov
wrote:


My main problem with Eclipse was that it mixes the classpaths for main
and
test.
If you have separate config files in the test classpath some weird things
may happen.

There is a ticket about this since March 2008:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
someone to help us to implement it".
It strange because Eclipse is OSGi based, i.e. they should have a very
good
control over the classloaders.

So I moved to IDEA and I find it much better for my needs.


On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams 
wrote:


If you do software development for a living (as opposed to a hobby), one
thing to consider is what tools are used at prospective employers. I
work
at a large (40,000+) company where Eclipse is the standard tool. Partly
because it's open source (read "free," no budget impact) & has such a
large support community. Plus it meets all our needs.

I've used Eclipse for years (both home & work), and have been satisfied
with it.


**

This email and any attachments may contain information that is
confidential and/or privileged for the sole use of the intended

recipient.

   Any use, review, disclosure, copying, distribution or reliance by

others,

and any forwarding of this email or its contents, without the express
permission of the sender is strictly prohibited by law.  If you are not

the

intended recipient, please contact the sender immediately, delete the
e-mail and destroy all copies.
**



--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 



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


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




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

Re: Eclipse or IntelliJ

[Jochen Mader]

Well, weighting a few years of Eclipse usage vs one week of Idea is
not really a fair comparison.
It took me about 4 months to really get into Idea (short-cuts,
different compile behavior ...).
If you ever really consider switching an IDE don't base your
assumptions on a week of usage.
If there weren't any differences we wouldn't have several major IDEs.

But that's just my two cents ;)

P.S.: Netbeans is also an awesome IDE, it just gets horribly slow with
bigger projects (and that's based on the most recent Release of
Netbeans I tried a week ago).

On Wed, Feb 20, 2013 at 5:48 PM, Bertrand Guay-Paquet
 wrote:
> Hi William,
>
> This might be your lucky day :)
>
> Here's the fix for that horrible slowness in xml tabs:
> From: http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation
>
> Ensure you are already running on a package from the Juno SR1 release
> (September 2012)
> Invoke Help > Install New Software
> Select this repository: http://download.eclipse.org/eclipse/updates/4.2
> Expand Juno SR1 Patches and install Eclipse UI Juno SR1 Optimizations
>
> Have a nice day,
> Bertrand
>
> p.s. I use Eclipse Juno. Tried Intellij 12 for a week but didn't like it...
> It was a constant battle to get my project working.
>
>
> On 20/02/2013 9:29 AM, William Speirs wrote:
>>
>> I've always used Eclipse and am currently using Juno. The Maven support
>> got
>> much better, but other stupid things seem to have "broke." For example,
>> switching tabs into the XML editor (or pom editor) seems to require
>> calculating Pi to 10 million digits each time. Actually, I think there is
>> a
>> memory leak somewhere and its just a GC going off, I should load it in
>> VisualVM and see. There are other annoying things about Eclipse with
>> respect to settings, but they can usually be "fixed" by editing some file
>> in the .settings directory.
>>
>> Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
>> Linux)... maybe I should try 12?
>>
>> At the end of the day... anything's better than vim/emacs :-)
>>
>> Bill-
>>
>>
>> On Wed, Feb 20, 2013 at 8:03 AM, Martin Grigorov
>> wrote:
>>
>>> My main problem with Eclipse was that it mixes the classpaths for main
>>> and
>>> test.
>>> If you have separate config files in the test classpath some weird things
>>> may happen.
>>>
>>> There is a ticket about this since March 2008:
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
>>> someone to help us to implement it".
>>> It strange because Eclipse is OSGi based, i.e. they should have a very
>>> good
>>> control over the classloaders.
>>>
>>> So I moved to IDEA and I find it much better for my needs.
>>>
>>>
>>> On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams 
>>> wrote:
>>>
 If you do software development for a living (as opposed to a hobby), one
 thing to consider is what tools are used at prospective employers. I
 work
 at a large (40,000+) company where Eclipse is the standard tool. Partly
 because it's open source (read "free," no budget impact) & has such a
 large support community. Plus it meets all our needs.

 I've used Eclipse for years (both home & work), and have been satisfied
 with it.


 **

 This email and any attachments may contain information that is
 confidential and/or privileged for the sole use of the intended
>>>
>>> recipient.

   Any use, review, disclosure, copying, distribution or reliance by
>>>
>>> others,

 and any forwarding of this email or its contents, without the express
 permission of the sender is strictly prohibited by law.  If you are not
>>>
>>> the

 intended recipient, please contact the sender immediately, delete the
 e-mail and destroy all copies.
 **

>>>
>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com 
>>>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>

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

Re: Eclipse or IntelliJ

[Bertrand Guay-Paquet]

Hi William,

This might be your lucky day :)

Here's the fix for that horrible slowness in xml tabs:
From: http://wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation

Ensure you are already running on a package from the Juno SR1 release 
(September 2012)

Invoke Help > Install New Software
Select this repository: http://download.eclipse.org/eclipse/updates/4.2
Expand Juno SR1 Patches and install Eclipse UI Juno SR1 Optimizations

Have a nice day,
Bertrand

p.s. I use Eclipse Juno. Tried Intellij 12 for a week but didn't like 
it... It was a constant battle to get my project working.


On 20/02/2013 9:29 AM, William Speirs wrote:

I've always used Eclipse and am currently using Juno. The Maven support got
much better, but other stupid things seem to have "broke." For example,
switching tabs into the XML editor (or pom editor) seems to require
calculating Pi to 10 million digits each time. Actually, I think there is a
memory leak somewhere and its just a GC going off, I should load it in
VisualVM and see. There are other annoying things about Eclipse with
respect to settings, but they can usually be "fixed" by editing some file
in the .settings directory.

Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
Linux)... maybe I should try 12?

At the end of the day... anything's better than vim/emacs :-)

Bill-


On Wed, Feb 20, 2013 at 8:03 AM, Martin Grigorov wrote:


My main problem with Eclipse was that it mixes the classpaths for main and
test.
If you have separate config files in the test classpath some weird things
may happen.

There is a ticket about this since March 2008:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
someone to help us to implement it".
It strange because Eclipse is OSGi based, i.e. they should have a very good
control over the classloaders.

So I moved to IDEA and I find it much better for my needs.


On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams  wrote:


If you do software development for a living (as opposed to a hobby), one
thing to consider is what tools are used at prospective employers. I work
at a large (40,000+) company where Eclipse is the standard tool. Partly
because it's open source (read "free," no budget impact) & has such a
large support community. Plus it meets all our needs.

I've used Eclipse for years (both home & work), and have been satisfied
with it.


**

This email and any attachments may contain information that is
confidential and/or privileged for the sole use of the intended

recipient.

  Any use, review, disclosure, copying, distribution or reliance by

others,

and any forwarding of this email or its contents, without the express
permission of the sender is strictly prohibited by law.  If you are not

the

intended recipient, please contact the sender immediately, delete the
e-mail and destroy all copies.
**




--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 




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

Re: Wicket LoadableDetachableModel exception handling issue

[Jayakrishnan R]

i have already done that as a back up plan.  Do you think wicket is a bit
wierd in handling exceptions.
On 20 Feb 2013 16:22, "Ondrej Zizka"  wrote:

> How about wrapping it to a RuntimeException, or preferably, your own
> subclass of it?
>
> Ondra
>
>
>
> On 02/20/2013 04:51 PM, Jayakrishnan R wrote:
>
>> In my project, I am using LoadableDetachableModel as given below.
>>
>> public ReportPage(final Objectm, final PageReference pr) throws
>> CustomException{try{final LoadableDetachableModel>
>> ldm =
>>   new LoadableDetachableModel>() {
>>
>>  @Override
>>  protected Listload() {
>>  **// Some Database operations //**
>>  return x;
>>  }
>>  };
>> /*
>> Several LoadableDetachableModels, PageableListViews, Panels, Fragments
>>  etc.
>> */ } catch ( Exception ex){// create Custom Exception } finally {
>>   // Clean up of stuff }
>>
>>
>> My problem is that I am using AbstractColumn to display the objects in the
>> column and the overriden populateItem() method calls the load()
>> internally.  Since both the methods cannot throw Exceptions, I cannot
>> really catch exceptions and display appropriate messages.
>>
>> Any help on this is really appreciated.
>>
>>
>

Re: Wicket+Atmosphere behind Apache proxy problems

[Marco Springer]

I tinkered around and I did the following:


  org.atmosphere.useWebSocket
  false


This forces the Atmosphere Framework to use the Jetty7CometSupport class 
instead of the Jetty8WebSocket class.

Initially this looked.. fine.
Except the rendered URL as a result of the push is invalid.
Instead of it going to `/appl/test/`, it refers to `/test/`.

Class `UrlRenderer` from the `org.apache.wicket.request` at line 258 prepends 
a ".." segment to the finally rendered url. Which hints me that it tries to go 
one folder up the path... which seems wrong.
The cause of this seems to be that there are 2 baseUrlSegments: "appl" & 
"test". Causing this ".." to be added. I don't know why this is as it is, the 
Wicket developers must have some reason for this.

All normal url's on the page render fine, except for the one(s) rendered after 
a push event through Jett7CometSupport.
When Jett8WebSocket is used, the "./" is prepended to the URL, which is fine!

So is this a bug in Wicket/Atmosphere or am I doing something wrong?

Again, the quickstart is at 
http://www.glitchbox.nl/stack/atmosphere_proxy_problem.zip
With the exception of the change in the web.xml as stated at the start of this 
mail.


On Wednesday 20 February 2013 15:53:14 Martin Grigorov wrote:
> Hi,
> 
> Nginx latest release has support for WebSocket. There are many tweets about
> this last few days.
> If switching to Nginx is an option for you - try it.
> 
> On Wed, Feb 20, 2013 at 3:44 PM, Marco Springer  wrote:
> > Hi all,
> > 
> > I have the following scenario:
> > A Jetty instance is running on port 8080 with URL:
> > `http://localhost:8080/appl/test`
> > The deployed Wicket application is using Atmosphere for push events.
> > I've configured the Apache server as how it was explained on the following
> > URL:
> > 
> > https://github.com/Atmosphere/atmosphere/wiki/How-to-run-Atmosphere-behind
> > -Apache-WebServer
> > 
> > When I access `http://localhost:8080/appl/test` directly without the
> > proxy,
> > it's all working fine.
> > As soon as I try it through the proxy, e.g. `http://localhost/appl/test`,
> > weird stuff starts happening.
> > 
> > Mostly I see that the function, that's annotated with the "@Subscribe"
> > annotation, gets called multiple times, 4 to 12 times isn't uncommon. And
> > it's
> > almost always in a power 2.
> > This doesn't happen without the proxy.
> > The second browser instance that should receive the push event doesn't
> > respond
> > properly either.
> > I get:
> > `INFO: Response processed successfully.
> > INFO: refocus last focused component not needed/allowed`
> > 
> > Does anyone have some more knowledge about configuring Apache's proxy to
> > allow
> > for proper websocket/cometd push events through Atmosphere?
> > 
> > A quickstart for the Wicket project:
> > http://glitchbox.nl/stack/atmosphere_proxy_problem.zip
> > My apache config for the proxying:
> > http://glitchbox.nl/stack/default
> > 
> > Thanks in advance.
> > 
> > Cheers,
> > Marco
> > 
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org

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

Re: Wicket LoadableDetachableModel exception handling issue

[Ondrej Zizka]

How about wrapping it to a RuntimeException, or preferably, your own 
subclass of it?


Ondra



On 02/20/2013 04:51 PM, Jayakrishnan R wrote:

In my project, I am using LoadableDetachableModel as given below.

public ReportPage(final Objectm, final PageReference pr) throws
CustomException{try{final LoadableDetachableModel>
ldm =
  new LoadableDetachableModel>() {

 @Override
 protected Listload() {
 **// Some Database operations //**
 return x;
 }
 };
/*
Several LoadableDetachableModels, PageableListViews, Panels, Fragments  etc.
*/ } catch ( Exception ex){// create Custom Exception } finally {
  // Clean up of stuff }


My problem is that I am using AbstractColumn to display the objects in the
column and the overriden populateItem() method calls the load()
internally.  Since both the methods cannot throw Exceptions, I cannot
really catch exceptions and display appropriate messages.

Any help on this is really appreciated.




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

Re: NetBeans (or Eclipse or IntelliJ)

[Ondrej Zizka]

My IDE of choice is NetBeans. Tried all three. Not sure about current 
IDEA, but when I tried, it sucked about the same as Eclipse.


my2c


On 02/19/2013 10:17 PM, Stephen Walsh wrote:

Who uses what and why?

I've only ever used Eclipse, but I discovered IntelliJ earlier this week
and it's so different.  Just wondering pros and cons on each.

Thanks!
___
Stephen Walsh | http://connectwithawalsh.com




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

Wicket LoadableDetachableModel exception handling issue

[Jayakrishnan R]

In my project, I am using LoadableDetachableModel as given below.

public ReportPage(final Objectm, final PageReference pr) throws
CustomException{try{final LoadableDetachableModel>
ldm =
 new LoadableDetachableModel>() {

@Override
protected Listload() {
**// Some Database operations //**
return x;
}
};
/*
Several LoadableDetachableModels, PageableListViews, Panels, Fragments  etc.
*/ } catch ( Exception ex){// create Custom Exception } finally {
 // Clean up of stuff }


My problem is that I am using AbstractColumn to display the objects in the
column and the overriden populateItem() method calls the load()
internally.  Since both the methods cannot throw Exceptions, I cannot
really catch exceptions and display appropriate messages.

Any help on this is really appreciated.

-- 
Thanks & Regards
JK

RE: how to modify internal JavascriptResourceReference packaged with component

[evan]

Hi Francois,

Okay, I see what you're saying now.  Yes, that makes sense - I can just 
hardcode those values and not bother overriding other methods.  It loses the 
flexibility on setting the max value in the constructor, but I don't actually 
need that in my situation and I agree that it is a good compromise!  And 
eventually, the resource replacement feature after upgrading to wicket 6 will 
be the ideal solution.  Thanks for your patience and the help!

-Evan

 

From: Francois Meillet [via Apache Wicket] 
[mailto:ml-node+s1842946n4656525...@n4.nabble.com] 
Sent: Monday, February 18, 2013 6:02 PM
To: evan
Subject: Re: how to modify internal JavascriptResourceReference packaged with 
component

 

final ResourceReference YOURJS = new JavaScriptResourceReference( 
Yourclass.class, "YourMultiFileUploadField.js"); 
final int max = 3; 
MultiFileUploadField x = new MultiFileUploadField("yourid"){ 

@Override 
public void renderHead(IHeaderResponse response) { 
response.render(JavaScriptHeaderItem.forReference(YOURJS)); 
response.render(OnDomReadyHeaderItem.forScript("new 
MultiSelector('" + getInputName() +   "', document.getElementById('container'), 
" + max + ",'" +getString("org.apache.wicket.mfu.delete") + 
"').addElement(document.getElementById('upload'));")); 
} 
}; 

I think it's a good compromise 

François Meillet 
Formation Wicket - Développement Wicket 





Le 18 févr. 2013 à 19:26, evan <[hidden email]> a écrit : 


>> 
>> This is improved in Wicket 6. 
>> You can use 
>> org.apache.wicket.protocol.http.WebApplication#addResourceReplacement for 
>> exactly this use case. 
>> See http://wicketinaction.com/2012/07/wicket-6-resource-management/
>> You are recommended to upgrade your application. 
>> 
>> 
> Nice - the addResourceReplacement is great.  Thanks Martin - I will 
> try to upgrade the application soon.  In the meantime, I will override 
> the necessary methods in the class, as per Francois' suggestion. 
> 
> 
> 
> if the question is how to modify internal JavascriptResourceReference 
> packaged with component 
>> I will just override 
>>@Override 
>>public void renderHead(IHeaderResponse response) 
>>{ 
>>// initialize the javascript library 
>>response.render(JavaScriptHeaderItem.forReference(JS)); 
>>response.render(OnDomReadyHeaderItem.forScript("new 
>> MultiSelector('" + getInputName() + 
>>"', document.getElementById('" + 
>> container.getMarkupId() + "'), " + max + ",'" + 
>>getString("org.apache.wicket.mfu.delete") + 
>> "').addElement(document.getElementById('" + 
>>upload.getMarkupId() + "'));")); 
>>} 
>> Max is the max number of files a user can upload. 
>> container.getMarkupId() is container 
>> upload.getMarkupId() is upload 
> 
> 
> 
> Francois, I'm sorry to belabor this question - but I just want to make 
> sure I'm not missing something still.  I think I understand what to do 
> now and it works - I was just pointing out that if I extend the 
> MultiFileUploadField class, it is not enough to only override that one 
> method, because the reference to those 3 variables in my overridden 
> method would be trying to reference private members from the super 
> class and won't be allowed.  So, I just need to also create a new 
> version of the variables in the extended class, and override the 
> constructors in which they are defined, and any other methods in which 
> they are referenced.  Were you saying in your last response that this 
> is not necessary, for some reason that I'm still missing?  In any 
> case, doing it this way works and is fine as a temporary solution 
> until I upgrade and can use the addResourceReplacement approach. 
> Thanks again for all the help! 
> 
> Best, 
> -Evan 
> 
> 
> 
> 
> -- 
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656516.html
> Sent from the Users forum mailing list archive at Nabble.com. 
> 
> - 
> To unsubscribe, e-mail: [hidden email] 
> For additional commands, e-mail: [hidden email] 
> 

 

François Meillet 
Formation Wicket - Développement Wicket 

 

  _  

If you reply to this email, your message will be added to the discussion below:

http://apache-wicket.1842946.n4.nabble.com/how-to-modify-internal-JavascriptResourceReference-packaged-with-component-tp4656344p4656525.html
 

To unsubscribe from how to modify internal JavascriptResourceReference packaged 
with component, click here 

 .
 

Re: Eclipse or IntelliJ

[Jochen Mader]

I don't really like forcing people to use a specific IDE. We keep our
stuff IDE-agnostic as far as possible.
That said:
I have about 50 lines of code in my current multimodule project in Idea 12.
No slow down or any other problems ;)
But I have to say: Idea 10 was a horrible failure.

On Wed, Feb 20, 2013 at 2:03 PM, Martin Grigorov  wrote:
> My main problem with Eclipse was that it mixes the classpaths for main and
> test.
> If you have separate config files in the test classpath some weird things
> may happen.
>
> There is a ticket about this since March 2008:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
> someone to help us to implement it".
> It strange because Eclipse is OSGi based, i.e. they should have a very good
> control over the classloaders.
>
> So I moved to IDEA and I find it much better for my needs.
>
>
> On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams  wrote:
>
>> If you do software development for a living (as opposed to a hobby), one
>> thing to consider is what tools are used at prospective employers. I work
>> at a large (40,000+) company where Eclipse is the standard tool. Partly
>> because it's open source (read "free," no budget impact) & has such a
>> large support community. Plus it meets all our needs.
>>
>> I've used Eclipse for years (both home & work), and have been satisfied
>> with it.
>>
>>
>> **
>>
>> This email and any attachments may contain information that is
>> confidential and/or privileged for the sole use of the intended recipient.
>>  Any use, review, disclosure, copying, distribution or reliance by others,
>> and any forwarding of this email or its contents, without the express
>> permission of the sender is strictly prohibited by law.  If you are not the
>> intended recipient, please contact the sender immediately, delete the
>> e-mail and destroy all copies.
>> **
>>
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com 

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

Re: Wicket+Atmosphere behind Apache proxy problems

[Martin Grigorov]

Yes,

Atmosphere JS client supports that. Since recently Wicket-Atmosphere
supports configuring the JS client settings. See
https://github.com/apache/wicket/commit/c24a561d5220a96f5bbac6af4393ed2478613331

Consult with Atmosphere docs for all supported settings.


On Wed, Feb 20, 2013 at 4:47 PM, Marco Springer  wrote:

> Thx for the reply Martin,
>
> Unfortunately I'm stuck with Apache, for the next ~3 years or so, until
> I've
> rewritten all other applications into a Wicket variant.
>
> Is there an option to somehow force the Atmosphere framework to use the
> older
> cometd/long-polling methods instead of the WebSocket technology?
>
> On Wednesday 20 February 2013 15:53:14 Martin Grigorov wrote:
> > Hi,
> >
> > Nginx latest release has support for WebSocket. There are many tweets
> about
> > this last few days.
> > If switching to Nginx is an option for you - try it.
> >
> > On Wed, Feb 20, 2013 at 3:44 PM, Marco Springer 
> wrote:
> > > Hi all,
> > >
> > > I have the following scenario:
> > > A Jetty instance is running on port 8080 with URL:
> > > `http://localhost:8080/appl/test`
> > > The deployed Wicket application is using Atmosphere for push events.
> > > I've configured the Apache server as how it was explained on the
> following
> > > URL:
> > >
> > >
> https://github.com/Atmosphere/atmosphere/wiki/How-to-run-Atmosphere-behind
> > > -Apache-WebServer
> > >
> > > When I access `http://localhost:8080/appl/test` directly without the
> > > proxy,
> > > it's all working fine.
> > > As soon as I try it through the proxy, e.g. `
> http://localhost/appl/test`,
> > > weird stuff starts happening.
> > >
> > > Mostly I see that the function, that's annotated with the "@Subscribe"
> > > annotation, gets called multiple times, 4 to 12 times isn't uncommon.
> And
> > > it's
> > > almost always in a power 2.
> > > This doesn't happen without the proxy.
> > > The second browser instance that should receive the push event doesn't
> > > respond
> > > properly either.
> > > I get:
> > > `INFO: Response processed successfully.
> > > INFO: refocus last focused component not needed/allowed`
> > >
> > > Does anyone have some more knowledge about configuring Apache's proxy
> to
> > > allow
> > > for proper websocket/cometd push events through Atmosphere?
> > >
> > > A quickstart for the Wicket project:
> > > http://glitchbox.nl/stack/atmosphere_proxy_problem.zip
> > > My apache config for the proxying:
> > > http://glitchbox.nl/stack/default
> > >
> > > Thanks in advance.
> > >
> > > Cheers,
> > > Marco
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Re: Eclipse or IntelliJ

[Sébastien Gautrin]

Personally I've been using IDEA since version 11, always on Linux, and 
from my view it's on the contrary quite faster than Eclipse, with a 
maven support that is not riddled with bugs.


Version 11 was as far as I'm concerned actually much cleaner and nicer 
than Eclipse ever was, and with version 12, the darkula theme is simply 
amazing: if I had to go back to work with Eclipse, the first I'd need 
would be to find a theme for it as close as possible as that theme.


P.S. for the cost part of IDEA that has been mentioned previously in the 
discussion, for those of you who work on Open Source projects, there's 
the Open Source Project License which gives you access to the full IDEA 
for free (same applies for Classroom License).


William Speirs wrote:

I've always used Eclipse and am currently using Juno. The Maven support got
much better, but other stupid things seem to have "broke." For example,
switching tabs into the XML editor (or pom editor) seems to require
calculating Pi to 10 million digits each time. Actually, I think there is a
memory leak somewhere and its just a GC going off, I should load it in
VisualVM and see. There are other annoying things about Eclipse with
respect to settings, but they can usually be "fixed" by editing some file
in the .settings directory.

Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
Linux)... maybe I should try 12?

At the end of the day... anything's better than vim/emacs :-)

Bill-



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

Re: Wicket+Atmosphere behind Apache proxy problems

[Marco Springer]

Thx for the reply Martin,

Unfortunately I'm stuck with Apache, for the next ~3 years or so, until I've 
rewritten all other applications into a Wicket variant.

Is there an option to somehow force the Atmosphere framework to use the older 
cometd/long-polling methods instead of the WebSocket technology?

On Wednesday 20 February 2013 15:53:14 Martin Grigorov wrote:
> Hi,
> 
> Nginx latest release has support for WebSocket. There are many tweets about
> this last few days.
> If switching to Nginx is an option for you - try it.
> 
> On Wed, Feb 20, 2013 at 3:44 PM, Marco Springer  wrote:
> > Hi all,
> > 
> > I have the following scenario:
> > A Jetty instance is running on port 8080 with URL:
> > `http://localhost:8080/appl/test`
> > The deployed Wicket application is using Atmosphere for push events.
> > I've configured the Apache server as how it was explained on the following
> > URL:
> > 
> > https://github.com/Atmosphere/atmosphere/wiki/How-to-run-Atmosphere-behind
> > -Apache-WebServer
> > 
> > When I access `http://localhost:8080/appl/test` directly without the
> > proxy,
> > it's all working fine.
> > As soon as I try it through the proxy, e.g. `http://localhost/appl/test`,
> > weird stuff starts happening.
> > 
> > Mostly I see that the function, that's annotated with the "@Subscribe"
> > annotation, gets called multiple times, 4 to 12 times isn't uncommon. And
> > it's
> > almost always in a power 2.
> > This doesn't happen without the proxy.
> > The second browser instance that should receive the push event doesn't
> > respond
> > properly either.
> > I get:
> > `INFO: Response processed successfully.
> > INFO: refocus last focused component not needed/allowed`
> > 
> > Does anyone have some more knowledge about configuring Apache's proxy to
> > allow
> > for proper websocket/cometd push events through Atmosphere?
> > 
> > A quickstart for the Wicket project:
> > http://glitchbox.nl/stack/atmosphere_proxy_problem.zip
> > My apache config for the proxying:
> > http://glitchbox.nl/stack/default
> > 
> > Thanks in advance.
> > 
> > Cheers,
> > Marco
> > 
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org

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

Re: Eclipse or IntelliJ

[Ernesto Reinaldo Barreiro]

Hi,

On Wed, Feb 20, 2013 at 3:29 PM, William Speirs  wrote:

> I've always used Eclipse and am currently using Juno. The Maven support got
> much better, but other stupid things seem to have "broke." For example,
> switching tabs into the XML editor (or pom editor) seems to require
> calculating Pi to 10 million digits each time. Actually, I think there is a
> memory leak somewhere and its just a GC going off, I should load it in
> VisualVM and see. There are other annoying things about Eclipse with
> respect to settings, but they can usually be "fixed" by editing some file
> in the .settings directory.
>
> Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
> Linux)... maybe I should try 12?
>
> At the end of the day... anything's better than vim/emacs :-)
>
>
Punched cards? :-)

http://en.wikipedia.org/wiki/Punched_card

-- 
Regards - Ernesto Reinaldo Barreiro

Re: Style question: onInitialize() vs. onBeforeRender()

[Thomas Götz]

Note the difference between onInitialize() and onBeforeRender() as stated in 
the JavaDoc:

onInitialize()  : "...This method is invoked once per component's lifecycle …"
onBeforeRender(): "Called just before a component is rendered."

Meaning: onBeforeRender() is called upon *each* request whereas onInitialize() 
is called only *once* for each component. So, my recommandation: put all 
(static) initalization code into onInitialize().
If you need to do something per request, also have a look at onConfigure(), 
which is guaranteed to be called only *once* per request (in contrast to 
onBeforeRender, which might get called multiple times per request AFAIK).

   -Tom


On 20.02.2013, at 15:12, Martin Dietze  wrote:

> While porting my project from 1.4.x to 6.6.0, I've stumbled
> across the onInitialize() method which is now recommended for
> initializing components which need access to the page instance
> etc. In my project this had so far been done in onBeforeRender()
> (and this seems to still work fairly well). 
> 
> Is moving that code to onInitialize() in such cases generally
> advisable, if yes, should this be done immediately? 
> 
> Cheers,
> 
> M'bert
> 
> -- 
> --- / http://herbert.the-little-red-haired-girl.org / -
> =+= 
> "That's right," yelled Vroomfondel, "we demand rigidly defined areas of 
> doubt and uncertainty!"  -- Douglas Adams
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 


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

Re: Eclipse or IntelliJ

[William Speirs]

I've always used Eclipse and am currently using Juno. The Maven support got
much better, but other stupid things seem to have "broke." For example,
switching tabs into the XML editor (or pom editor) seems to require
calculating Pi to 10 million digits each time. Actually, I think there is a
memory leak somewhere and its just a GC going off, I should load it in
VisualVM and see. There are other annoying things about Eclipse with
respect to settings, but they can usually be "fixed" by editing some file
in the .settings directory.

Tried IntelliJ once and it was terribly slow (and looked a bit ugly on
Linux)... maybe I should try 12?

At the end of the day... anything's better than vim/emacs :-)

Bill-


On Wed, Feb 20, 2013 at 8:03 AM, Martin Grigorov wrote:

> My main problem with Eclipse was that it mixes the classpaths for main and
> test.
> If you have separate config files in the test classpath some weird things
> may happen.
>
> There is a ticket about this since March 2008:
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
> someone to help us to implement it".
> It strange because Eclipse is OSGi based, i.e. they should have a very good
> control over the classloaders.
>
> So I moved to IDEA and I find it much better for my needs.
>
>
> On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams  wrote:
>
> > If you do software development for a living (as opposed to a hobby), one
> > thing to consider is what tools are used at prospective employers. I work
> > at a large (40,000+) company where Eclipse is the standard tool. Partly
> > because it's open source (read "free," no budget impact) & has such a
> > large support community. Plus it meets all our needs.
> >
> > I've used Eclipse for years (both home & work), and have been satisfied
> > with it.
> >
> >
> > **
> >
> > This email and any attachments may contain information that is
> > confidential and/or privileged for the sole use of the intended
> recipient.
> >  Any use, review, disclosure, copying, distribution or reliance by
> others,
> > and any forwarding of this email or its contents, without the express
> > permission of the sender is strictly prohibited by law.  If you are not
> the
> > intended recipient, please contact the sender immediately, delete the
> > e-mail and destroy all copies.
> > **
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com 
>

Style question: onInitialize() vs. onBeforeRender()

[Martin Dietze]

While porting my project from 1.4.x to 6.6.0, I've stumbled
across the onInitialize() method which is now recommended for
initializing components which need access to the page instance
etc. In my project this had so far been done in onBeforeRender()
(and this seems to still work fairly well). 

Is moving that code to onInitialize() in such cases generally
advisable, if yes, should this be done immediately? 

Cheers,

M'bert

-- 
--- / http://herbert.the-little-red-haired-girl.org / -
=+= 
"That's right," yelled Vroomfondel, "we demand rigidly defined areas of 
doubt and uncertainty!"  -- Douglas Adams

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

Re: Wicket+Atmosphere behind Apache proxy problems

[Martin Grigorov]

Hi,

Nginx latest release has support for WebSocket. There are many tweets about
this last few days.
If switching to Nginx is an option for you - try it.


On Wed, Feb 20, 2013 at 3:44 PM, Marco Springer  wrote:

> Hi all,
>
> I have the following scenario:
> A Jetty instance is running on port 8080 with URL:
> `http://localhost:8080/appl/test`
> The deployed Wicket application is using Atmosphere for push events.
> I've configured the Apache server as how it was explained on the following
> URL:
>
> https://github.com/Atmosphere/atmosphere/wiki/How-to-run-Atmosphere-behind-Apache-WebServer
>
> When I access `http://localhost:8080/appl/test` directly without the
> proxy,
> it's all working fine.
> As soon as I try it through the proxy, e.g. `http://localhost/appl/test`,
> weird stuff starts happening.
>
> Mostly I see that the function, that's annotated with the "@Subscribe"
> annotation, gets called multiple times, 4 to 12 times isn't uncommon. And
> it's
> almost always in a power 2.
> This doesn't happen without the proxy.
> The second browser instance that should receive the push event doesn't
> respond
> properly either.
> I get:
> `INFO: Response processed successfully.
> INFO: refocus last focused component not needed/allowed`
>
> Does anyone have some more knowledge about configuring Apache's proxy to
> allow
> for proper websocket/cometd push events through Atmosphere?
>
> A quickstart for the Wicket project:
> http://glitchbox.nl/stack/atmosphere_proxy_problem.zip
> My apache config for the proxying:
> http://glitchbox.nl/stack/default
>
> Thanks in advance.
>
> Cheers,
> Marco
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Wicket+Atmosphere behind Apache proxy problems

[Marco Springer]

Hi all,

I have the following scenario:
A Jetty instance is running on port 8080 with URL: 
`http://localhost:8080/appl/test`
The deployed Wicket application is using Atmosphere for push events.
I've configured the Apache server as how it was explained on the following URL:
https://github.com/Atmosphere/atmosphere/wiki/How-to-run-Atmosphere-behind-Apache-WebServer

When I access `http://localhost:8080/appl/test` directly without the proxy, 
it's all working fine.
As soon as I try it through the proxy, e.g. `http://localhost/appl/test`, 
weird stuff starts happening.

Mostly I see that the function, that's annotated with the "@Subscribe" 
annotation, gets called multiple times, 4 to 12 times isn't uncommon. And it's 
almost always in a power 2.
This doesn't happen without the proxy.
The second browser instance that should receive the push event doesn't respond 
properly either.
I get:
`INFO: Response processed successfully.
INFO: refocus last focused component not needed/allowed`

Does anyone have some more knowledge about configuring Apache's proxy to allow 
for proper websocket/cometd push events through Atmosphere?

A quickstart for the Wicket project: 
http://glitchbox.nl/stack/atmosphere_proxy_problem.zip
My apache config for the proxying:
http://glitchbox.nl/stack/default

Thanks in advance.

Cheers,
Marco

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

Re: Eclipse or IntelliJ

[Martin Grigorov]

My main problem with Eclipse was that it mixes the classpaths for main and
test.
If you have separate config files in the test classpath some weird things
may happen.

There is a ticket about this since March 2008:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=224708 and it says "we need
someone to help us to implement it".
It strange because Eclipse is OSGi based, i.e. they should have a very good
control over the classloaders.

So I moved to IDEA and I find it much better for my needs.


On Wed, Feb 20, 2013 at 2:52 PM, Richard W. Adams  wrote:

> If you do software development for a living (as opposed to a hobby), one
> thing to consider is what tools are used at prospective employers. I work
> at a large (40,000+) company where Eclipse is the standard tool. Partly
> because it's open source (read "free," no budget impact) & has such a
> large support community. Plus it meets all our needs.
>
> I've used Eclipse for years (both home & work), and have been satisfied
> with it.
>
>
> **
>
> This email and any attachments may contain information that is
> confidential and/or privileged for the sole use of the intended recipient.
>  Any use, review, disclosure, copying, distribution or reliance by others,
> and any forwarding of this email or its contents, without the express
> permission of the sender is strictly prohibited by law.  If you are not the
> intended recipient, please contact the sender immediately, delete the
> e-mail and destroy all copies.
> **
>



-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Re: Eclipse or IntelliJ

[Richard W. Adams]

If you do software development for a living (as opposed to a hobby), one 
thing to consider is what tools are used at prospective employers. I work 
at a large (40,000+) company where Eclipse is the standard tool. Partly 
because it's open source (read "free," no budget impact) & has such a 
large support community. Plus it meets all our needs.

I've used Eclipse for years (both home & work), and have been satisfied 
with it.


**

This email and any attachments may contain information that is confidential 
and/or privileged for the sole use of the intended recipient.  Any use, review, 
disclosure, copying, distribution or reliance by others, and any forwarding of 
this email or its contents, without the express permission of the sender is 
strictly prohibited by law.  If you are not the intended recipient, please 
contact the sender immediately, delete the e-mail and destroy all copies.
**

Re: Unit-Testing JavaScript

[Martin Grigorov]

Hi,

I think the more useful for you will be to look at Wicket's JS tests.
https://github.com/apache/wicket/blob/master/wicket-core/src/test/js/ajax.js


On Wed, Feb 20, 2013 at 12:50 PM, Andrea Del Bene wrote:

> Hi,
>
> maybe this article can give you some useful hints on what you wanna do:
>
> http://wicketinaction.com/**2012/11/javascript-based-**functional-testing/
>
>   From time to time we have to do some JavaScript-heavylifting in
>> conjunction with the Wicket-JS-API.
>> To make it short:
>> What are you doing to Unit-Test JavaScript in Wicket? Especially
>> JavaScript interacting with Wicket-APIs?
>>
>> Cheers,
>> Jochen
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> users-unsubscribe@wicket.**apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@wicket.**apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


-- 
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com 

Re: Eclipse or IntelliJ

[Simon B]

I use Intellij 12.0.4  its very quick, certainly much quicker than previous
versions.

The speed of code completion, find usages, code navigation its amazing.

Finally the run, debug, compile cycle is now much quicker, running a jetty
quickstart and restarting after editing code is so much quicker than in
previous versions, I think this is one of the features that they've added
since 12 with the new compiler mode: 

http://blogs.jetbrains.com/idea/2012/06/brand-new-compiler-mode-in-intellij-idea-12-leda/

I no longer use jrebel as restarting compiling and then running jetty is
just as quick through intellij.

Simon



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Eclipse-or-IntelliJ-tp4656571p4656600.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: The best way for designers and Wicket developers to collaborate

[Jan Riehn]

Hej Eugene,

In practice the wicket frontend development is interrupted by frequent 
small changes to the HTML, Javascript or CSS. Changes to these markups 
are very expensive because they effort a new software release followed 
by a software rollout. This depends on the fact, that the markup is 
delivered with the web application. We separate the markup and the 
corresponding java code physically during development, and unites both 
parts during runtime. Thus it is possible to release and deploy markup 
out of the software life cycle.


The markup-dev environment consists of a unix/windows system (which is 
not the developers local system!!!) with a running wicket application 
and a mounted WebDav. The WebDav mirrors the subversion/git and is used 
as template base path for the wicket application. Within the markup-dev 
environment, every modification to the markup is visible after a page 
reload. Deployments to the dev system are triggered via a jenkins job. 
However, developing markup directly on a customer-frontend and not with 
static dummies reduces the time-to-failure to a minimum and requires no 
further handover to the software development.


In the past, there was a similar question, perhaps this could help you: 
http://apache-wicket.1842946.n4.nabble.com/Syncing-files-with-designers-td4654450.html


best regards,

Jan

On 02/20/2013 11:14 AM, manuelbarzi wrote:

>>It's a lot of effort to restart the server to test every tweak; also,
>>they're not familiar with the intricacies of our IDE and server. It's a lot
>>more productive for them to have a direct set of files they can test in IE,
>>which is how they've been working all along.

Re: Eclipse or IntelliJ

[Martijn Dashorst]

I've tried to use IntelliJ 6, 7, 8, 9 and 10 on different occasions and I
tried it once for a month because I was fed up with Eclipse 3.3/4 at the
time.

I loathed every minute of using IntelliJ. It was slow, unintuitive, broken
and not suited for our 2M lines of code and 40 multi-module project.
IntelliJ fought me every keystroke.

I strive to try the newest IntelliJ in a couple of weeks again, just to see
if it can fit my flow—but previous experience doesn't give me high hopes.

Currently, I use Eclipse 3.8 Java Developer (custom download—4.2 is a slow
turd on Macs), with the QWickie plugin. The maven integration in Eclipse is
starting to shape up to be good. I don't use the git integration (just
commandline/Tower).

So IMNSHO: Eclipse is the best IDE if your project surpasses the
complexities of a Hello World application.

Martijn

On Wed, Feb 20, 2013 at 11:35 AM, Hans Lesmeister 2 <
hans.lesmeis...@lessy-software.de> wrote:

> Hi,
>
>
> tgoetz wrote
> > Say you gain 10 minutes per day when using IntelliJ and say you charge
> > 60€/h:
> > 10min -> 10€ (per day), i.e. in ~3 weeks the initial cost is amortised.
>
> I am using IntelliJ since version 4 now. In a few projects I was "forced"
> to
> use Eclipse so I know Eclipse as well. My opinion: The gain in pleasure is
> worth way more then 10 minutes a day. It is unpayable :-)
>
>
>
>
> -
> --
> Regards,
> Hans
>
> http://cantaa.de
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Eclipse-or-IntelliJ-tp4656571p4656591.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
>
>


-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com

Re: Unit-Testing JavaScript

[Andrea Del Bene]

Hi,

maybe this article can give you some useful hints on what you wanna do:

http://wicketinaction.com/2012/11/javascript-based-functional-testing/

 From time to time we have to do some JavaScript-heavylifting in
conjunction with the Wicket-JS-API.
To make it short:
What are you doing to Unit-Test JavaScript in Wicket? Especially
JavaScript interacting with Wicket-APIs?

Cheers,
Jochen

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




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

Re: The best way for designers and Wicket developers to collaborate

[manuelbarzi]

i apply the same practice as igor. it works great for both sides, dev
and des. once des already has the html model, dev creates the first
integration to the object-tree, providing feedback to des, so dom-tree
follows the same coherence (in case needed to correct some parts), and
following are just test-error-correct cycles done by des at local
environments running the app.
.


On Tue, Feb 19, 2013 at 11:18 PM, Igor Vaynberg  wrote:
> they do not need to restart their local server to see changes. wicket
> automatically reloads html/css/js/etc. only changes to java files that
> cannot be hot-swapped require a server restart. but your designers
> wont be changing java files will they?
>
> -igor
>
> On Tue, Feb 19, 2013 at 12:44 PM, eugenebalt  wrote:
>> Our designers say they don't want to run on the server.
>>
>> It's a lot of effort to restart the server to test every tweak; also,
>> they're not familiar with the intricacies of our IDE and server. It's a lot
>> more productive for them to have a direct set of files they can test in IE,
>> which is how they've been working all along.
>>
>>
>>
>> --
>> View this message in context: 
>> http://apache-wicket.1842946.n4.nabble.com/The-best-way-for-designers-and-Wicket-developers-to-collaborate-tp4656560p4656570.html
>> Sent from the Users forum mailing list archive at Nabble.com.
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>

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

Unit-Testing JavaScript

[Jochen Mader]

>From time to time we have to do some JavaScript-heavylifting in
conjunction with the Wicket-JS-API.
To make it short:
What are you doing to Unit-Test JavaScript in Wicket? Especially
JavaScript interacting with Wicket-APIs?

Cheers,
Jochen

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

Re: Eclipse or IntelliJ

[Jochen Mader]

I abandoned Eclipse for IntelliJ after using it for almost 10 years
because of Maven. Since then I have become a big Idea-Fan :)
Working with Wicket using the community edition (the free one) is no
problem at all as you can use the Maven-Jetty-PlugIn. I did that for
quite a while.
I only switched to Ultimate because I have to work with several
app-servers (JBoss, TomcatEE, Glassfish,...).


On Wed, Feb 20, 2013 at 8:09 AM, Francois Meillet
 wrote:
>
> http://java.dzone.com/articles/why-idea-better-eclipse
>
>
> François Meillet
> Formation Wicket - Développement Wicket
>
>
>
>
>
> Le 20 févr. 2013 à 01:57, Igor Vaynberg  a écrit :
>
>> all the popular IDEs have more or less converged in regard to their
>> java feature set. now its just a matter of muscle memory :)
>>
>> -igor
>>
>> On Tue, Feb 19, 2013 at 4:39 PM, Timo Schmidt  wrote:
>>> On Tue 19.02.2013 15:17, Stephen Walsh wrote:
 Who uses what and why?

 I've only ever used Eclipse, but I discovered IntelliJ earlier this week
 and it's so different.  Just wondering pros and cons on each.
>>>
>>> I'm using NetBeans for serveral years now and havn't missed a
>>> feature yet. IMHO NetBeans is worth a try.
>>>
>>>  -Timo
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>

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