Re: webRTC wickedstuff question

2016-05-26 Thread Dmitriy -
Hello Tobias,
I have a question about webRTC api.

The webRTC's standards doesn't specify any protocol for signalling purposes
as I can see here - Why is signaling not defined by WebRTC

.

The wicket stuff webRTC's api force to use web-sockets and socket.io
library, and node.js, I haven't any question here. But, what if I want to
implement my own signal server on java?

I can read node.js server's code and I'm trying to hack the protocol via
console in chrome browser and the net sniffer - wireshark.
I receive some strange packets. One with "::1" message, second with "::5",
next with google stun address. I think Node.js hides some protocols details
from me.

Can you explain what protocol use the wicket stuff webRTC api for signal
server? And how can I use webRTC api for example create webRTC peer
connection, send offer, receive answer and etc?

On Fri, Mar 25, 2016 at 3:10 PM, Maxim Solodovnik 
wrote:

> Thanks a lot for clarifications Tobias :)
> I hope we will finally move to WebRTC :)
> I will ask for help and/or will provide patches :)
>
> On Fri, Mar 25, 2016 at 2:59 AM, Tobias Soloschenko <
> tsolosche...@apache.org> wrote:
>
>> Hi Dmitry,
>>
>> I used SimpleWebRTC (https://simplewebrtc.com) to implement the video
>> conference and there are also some events that are handling file transfers
>> via data channel - have a look at https://simplewebrtc.com/filetransfer
>>
>> You have to check the version of SimpleWebRTC - there have been a lot of
>> updates since I implemented the Wicket integration, so we may need to
>> update the lib first.
>>
>> If you want to send the file that has been transfered from one browser to
>> the others via the fileTransfer event back to the server you can make a
>> wicket ajax request. I implemented such a request in the summernote editor:
>>
>>
>> https://github.com/l0rdn1kk0n/wicket-bootstrap/blob/master/bootstrap-extensions/src/main/java/de/agilecoders/wicket/extensions/markup/html/bootstrap/editor/js/summernote_init.js#L31
>>
>> You need at least a signal server which is implemeted in nodejs and a
>> STUN server so that data transfers can be initiated from behind your NAT -
>> a documentation can be found here:
>>
>>
>> https://github.com/wicketstuff/core/wiki/Html5#webrtc-api-wicketstuff-700-m6
>>
>> The example project of wicketstuff-html5 show you a demo:
>>
>>
>> https://github.com/wicketstuff/core/tree/master/wicket-html5-parent/wicket-html5-examples
>>
>> kind regards
>>
>> Tobias
>>
>> Am 24.03.16 um 17:01 schrieb Dmitriy -:
>>
>> Hello Tobias.
>> Thank for the library!
>>
>> I have a question about it.
>> I write server and want use webRTC datachannel.
>>
>> What exactly do I have to implement for using it?
>> I mean some protocols like a STUN/TURN/ICE or something else.
>>
>> --
>> Regards,
>> Dmitry Bezheckov.
>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
Regards,
Dmitry Bezheckov.


Re: Draggable multiple containment

2016-05-26 Thread Maxim Solodovnik
Hello Sebastien,
finally I found free time to continue this work :)

Actually my question was regarding "Droppable#onDrop, where you can reject
the Draggable item/component", how this can be achieved?

On Wed, May 4, 2016 at 1:28 AM, Sebastien  wrote:

> Hi Maxim,
>
> "revert" options can take a function as argument [1]. maybe you can use it
> and test for an additional css class?
> I did a quick test and it works as expected:
>
> MyDraggable {
>
> @Override
> public void onConfigure(JQueryBehavior behavior)
> {
> super.onConfigure(behavior);
>
> behavior.setOption("revert", "function(e) { console.log('e', e); if
> (e.hasClass('green')) { return true; } }"); // true means "do revert"
> }
> }
>
> In conjunction to Droppable#onDrop, where you can reject the Draggable
> item/component if is not on the correct Droppable
>
> Hope this helps,
> Sebastien
>
> [1] https://api.jqueryui.com/draggable/#option-revert
>



-- 
WBR
Maxim aka solomax


Re: AjaxFormSubmitBehavior, FileUploadField and nested forms.

2016-05-26 Thread Martin Grigorov
Hi,

I believe there is/was another ticket describing exactly your problem but I
cannot find it now.

The form id in the property key is not really needed.
You could use it to give Wicket a more specific message for particular
component.
You can remove it if this message should/could be used for any other Form
in you application/package/page/panel (depending in which .properties file
you have it).

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Thu, May 26, 2016 at 6:46 PM, Fabio Fioretti  wrote:

> Hello everybody,
>
> I recently migrated an application from Wicket 6.17.0 to 6.23.0 and I'm
> experiencing the following problem.
>
> I have 2 nested forms. The inner one, form0, contains a FileUploadField
> with an AjaxFormSubmitBehavior(form0, "change") attached to it, while the
> external one, form1, wraps form0.
>
> form1
> |__
>  form0
>   |__
>FileUploadField
>
> When the user selects a file and a file upload exception is thrown (e.g.
> FileSizeLimitExceededException), I would expect form0's
> onFileUploadException() method to be invoked. However, the one of form1 is
> invoked instead...
>
> As a result, Wicket starts looking for a property named
> "form1.uploadTooLarge" instead of "form0.uploadTooLarge", thus breaking my
> app, which only defines the latter.
>
> Is this an intended behavior?
>
> Was it introduced by https://issues.apache.org/jira/browse/WICKET-5753?
>
> And, by the way, what is the rationale of having the form id in the
> property key?
>
> Many thanks in advance,
> Fabio
>


AjaxFormSubmitBehavior, FileUploadField and nested forms.

2016-05-26 Thread Fabio Fioretti
Hello everybody,

I recently migrated an application from Wicket 6.17.0 to 6.23.0 and I'm
experiencing the following problem.

I have 2 nested forms. The inner one, form0, contains a FileUploadField
with an AjaxFormSubmitBehavior(form0, "change") attached to it, while the
external one, form1, wraps form0.

form1
|__
 form0
  |__
   FileUploadField

When the user selects a file and a file upload exception is thrown (e.g.
FileSizeLimitExceededException), I would expect form0's
onFileUploadException() method to be invoked. However, the one of form1 is
invoked instead...

As a result, Wicket starts looking for a property named
"form1.uploadTooLarge" instead of "form0.uploadTooLarge", thus breaking my
app, which only defines the latter.

Is this an intended behavior?

Was it introduced by https://issues.apache.org/jira/browse/WICKET-5753?

And, by the way, what is the rationale of having the form id in the
property key?

Many thanks in advance,
Fabio


Re: Browser/Client info navigatorJavaEnabled property returns undefined

2016-05-26 Thread Martin Grigorov
Hi,

Which browser is this by the way ?

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Thu, May 26, 2016 at 7:02 AM, ravala  wrote:

> Hi,
>
> I was trying to use WebClientInfo to get browser information on the server,
> In the Ipad chrome
> when retrieving  'navigatorJavaEnabled' is returning 'undefined' instead of
> true/false.
>
> The problem is as  'undefined' is string but server is expecting boolean,
> leads to exception and causing  browser to reload continuously.
>
> possible solution
>
> In wicket-browser-info.js
> --
> info.navigatorJavaEnabled = window.navigator.javaEnabled() || false;
>
>
> Regards,
> Ramesh V
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Browser-Client-info-navigatorJavaEnabled-property-returns-undefined-tp4674794.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: Browser/Client info navigatorJavaEnabled property returns undefined

2016-05-26 Thread Sven Meier

Hi,

please create a Jira issue.

Many thanks
Sven

On 26.05.2016 07:02, ravala wrote:

Hi,

I was trying to use WebClientInfo to get browser information on the server,
In the Ipad chrome
when retrieving  'navigatorJavaEnabled' is returning 'undefined' instead of
true/false.

The problem is as  'undefined' is string but server is expecting boolean,
leads to exception and causing  browser to reload continuously.

possible solution

In wicket-browser-info.js
--
info.navigatorJavaEnabled = window.navigator.javaEnabled() || false;


Regards,
Ramesh V

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Browser-Client-info-navigatorJavaEnabled-property-returns-undefined-tp4674794.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