Re: dependencies

2016-10-07 Thread Martin Grigorov
Have fun, John!

On Oct 8, 2016 12:50 AM, "Jonathan Locke"  wrote:

> thanks, martijn, i got it now and without a .war file as well.
>
> the servlet api is truly a twisty maze of semi-meaningless terminology.
>
> did you configure your servletcontexthandlerfiltercon
> textdispatchingfactory
> today?  :)
>
>
> On Fri, Oct 7, 2016 at 2:59 PM, Martin Grigorov 
> wrote:
>
> > On Fri, Oct 7, 2016 at 10:43 PM, Jonathan Locke <
> jonathan.lo...@gmail.com>
> > wrote:
> >
> > > so the quick start is somewhat helpful because it definitely works, but
> > the
> > > way it works is pretty confusing to me. the code below from the quick
> > start
> > > was not on any of the documentation pages i was able to google up and
> it
> > > appears (maybe) to be necessary to get web sockets working? what i'd
> LIKE
> > > to do is start jetty using only the programmatic API (with no XML
> > > configuration at all), but i'm beginning to wonder if that's even
> > possible
> > > based on the quick start example. how do you do what the code below
> does
> > > without a WebAppContext? the other examples i was working from until i
> > > looked at the quick start were simply installing a JavaxWebSocketFilter
> > > instance as a filter. but apparently that's not enough to get a
> > connection
> > > going and now i'm wondering if this endpoint config isn't the missing
> > > ingredient.
> > >
> > > final ServerContainer serverContainer =
> > > WebSocketServerContainerInitializer.configureContext(bb);
> > >
> > > serverContainer.addEndpoint(new WicketServerEndpointConfig());
> > >
> >
> > This is needed *only* if you use embedded Jetty.
> > All examples assume that you use a proper web server where you deploy a
> > .war file.
> >
> >
> > >
> > >
> > > On Thu, Oct 6, 2016 at 10:06 PM, Martin Grigorov <
> > > martin.grigo...@gmail.com>
> > > wrote:
> > >
> > > > Please create a quickstart and I'll take a look.
> > > >
> > > > One thing that I notice is that your app name is the filter class
> name.
> > > > Copy/paste in web.xml. But this probably is not the reason.
> > > >
> > > > On Oct 7, 2016 5:21 AM, "Jonathan Locke" 
> > > wrote:
> > > >
> > > > > i don't think this is probably a bug in wicket web sockets, but i
> was
> > > > > wondering if you had any hints how to debug this?
> > > > >
> > > > > one thing i've noticed is that acceptWebSocket always returns false
> > in
> > > > > AbstractUpgradeFilter because there is no "Upgrade" header set.
> > > > >
> > > > > if (!headerContainsToken(req, "Upgrade", "websocket"))
> > > > >
> > > > > {
> > > > >
> > > > > return false;<--- always returns false
> > > > >
> > > > > }
> > > > >
> > > > > this seems bad. does that help narrow it down at all?
> > > > >
> > > > >jon
> > > > >
> > > > >
> > > > > On Thu, Oct 6, 2016 at 12:41 AM, Martin Grigorov <
> > mgrigo...@apache.org
> > > >
> > > > > wrote:
> > > > >
> > > > > > Here are the docs:
> > > > > > https://ci.apache.org/projects/wicket/guide/7.x/
> > > > > > guide/nativewebsockets.html#nativewebsockets_2
> > > > > >
> > > > > > Martin Grigorov
> > > > > > Wicket Training and Consulting
> > > > > > https://twitter.com/mtgrigorov
> > > > > >
> > > > > > On Thu, Oct 6, 2016 at 6:21 AM, Jonathan Locke <
> > > > jonathan.lo...@gmail.com
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > good question! i fought with this all day today and finally
> > decided
> > > > to
> > > > > > > upgrade to wicket 7 and try the javax websockets after a whole
> > > series
> > > > > of
> > > > > > > runtime problems with apparent version conflicts (dear java 9
> > > > modules,
> > > > > > > hurry up please!). hopefully this will help tomorrow.
> > > > > > >
> > > > > > > jon
> > > > > > >
> > > > > > >
> > > > > > > On Wed, Oct 5, 2016 at 8:35 PM, Martin Grigorov <
> > > > > > martin.grigo...@gmail.com
> > > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > > > What exactly is the problem?
> > > > > > > > Which impl of Wicket WebSockets do you use?
> > > > > > > >
> > > > > > > > On Oct 5, 2016 9:56 PM, "Jonathan Locke" <
> > > jonathan.lo...@gmail.com
> > > > >
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > > trying to find a set of maven dependencies that work for
> > > servlet
> > > > > api
> > > > > > +
> > > > > > > > > wicket 6.24.0 + jetty 9 + wicket web sockets + jersey
> > > > > > > > >
> > > > > > > > > does anyone know the magic combination of version numbers?
> > > > > > > > >
> > > > > > > > > jon
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


Re: dependencies

2016-10-07 Thread Jonathan Locke
thanks, martijn, i got it now and without a .war file as well.

the servlet api is truly a twisty maze of semi-meaningless terminology.

did you configure your servletcontexthandlerfiltercontextdispatchingfactory
today?  :)


On Fri, Oct 7, 2016 at 2:59 PM, Martin Grigorov 
wrote:

> On Fri, Oct 7, 2016 at 10:43 PM, Jonathan Locke 
> wrote:
>
> > so the quick start is somewhat helpful because it definitely works, but
> the
> > way it works is pretty confusing to me. the code below from the quick
> start
> > was not on any of the documentation pages i was able to google up and it
> > appears (maybe) to be necessary to get web sockets working? what i'd LIKE
> > to do is start jetty using only the programmatic API (with no XML
> > configuration at all), but i'm beginning to wonder if that's even
> possible
> > based on the quick start example. how do you do what the code below does
> > without a WebAppContext? the other examples i was working from until i
> > looked at the quick start were simply installing a JavaxWebSocketFilter
> > instance as a filter. but apparently that's not enough to get a
> connection
> > going and now i'm wondering if this endpoint config isn't the missing
> > ingredient.
> >
> > final ServerContainer serverContainer =
> > WebSocketServerContainerInitializer.configureContext(bb);
> >
> > serverContainer.addEndpoint(new WicketServerEndpointConfig());
> >
>
> This is needed *only* if you use embedded Jetty.
> All examples assume that you use a proper web server where you deploy a
> .war file.
>
>
> >
> >
> > On Thu, Oct 6, 2016 at 10:06 PM, Martin Grigorov <
> > martin.grigo...@gmail.com>
> > wrote:
> >
> > > Please create a quickstart and I'll take a look.
> > >
> > > One thing that I notice is that your app name is the filter class name.
> > > Copy/paste in web.xml. But this probably is not the reason.
> > >
> > > On Oct 7, 2016 5:21 AM, "Jonathan Locke" 
> > wrote:
> > >
> > > > i don't think this is probably a bug in wicket web sockets, but i was
> > > > wondering if you had any hints how to debug this?
> > > >
> > > > one thing i've noticed is that acceptWebSocket always returns false
> in
> > > > AbstractUpgradeFilter because there is no "Upgrade" header set.
> > > >
> > > > if (!headerContainsToken(req, "Upgrade", "websocket"))
> > > >
> > > > {
> > > >
> > > > return false;<--- always returns false
> > > >
> > > > }
> > > >
> > > > this seems bad. does that help narrow it down at all?
> > > >
> > > >jon
> > > >
> > > >
> > > > On Thu, Oct 6, 2016 at 12:41 AM, Martin Grigorov <
> mgrigo...@apache.org
> > >
> > > > wrote:
> > > >
> > > > > Here are the docs:
> > > > > https://ci.apache.org/projects/wicket/guide/7.x/
> > > > > guide/nativewebsockets.html#nativewebsockets_2
> > > > >
> > > > > Martin Grigorov
> > > > > Wicket Training and Consulting
> > > > > https://twitter.com/mtgrigorov
> > > > >
> > > > > On Thu, Oct 6, 2016 at 6:21 AM, Jonathan Locke <
> > > jonathan.lo...@gmail.com
> > > > >
> > > > > wrote:
> > > > >
> > > > > > good question! i fought with this all day today and finally
> decided
> > > to
> > > > > > upgrade to wicket 7 and try the javax websockets after a whole
> > series
> > > > of
> > > > > > runtime problems with apparent version conflicts (dear java 9
> > > modules,
> > > > > > hurry up please!). hopefully this will help tomorrow.
> > > > > >
> > > > > > jon
> > > > > >
> > > > > >
> > > > > > On Wed, Oct 5, 2016 at 8:35 PM, Martin Grigorov <
> > > > > martin.grigo...@gmail.com
> > > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > What exactly is the problem?
> > > > > > > Which impl of Wicket WebSockets do you use?
> > > > > > >
> > > > > > > On Oct 5, 2016 9:56 PM, "Jonathan Locke" <
> > jonathan.lo...@gmail.com
> > > >
> > > > > > wrote:
> > > > > > >
> > > > > > > > trying to find a set of maven dependencies that work for
> > servlet
> > > > api
> > > > > +
> > > > > > > > wicket 6.24.0 + jetty 9 + wicket web sockets + jersey
> > > > > > > >
> > > > > > > > does anyone know the magic combination of version numbers?
> > > > > > > >
> > > > > > > > jon
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


Re: dependencies

2016-10-07 Thread Martin Grigorov
On Fri, Oct 7, 2016 at 10:43 PM, Jonathan Locke 
wrote:

> so the quick start is somewhat helpful because it definitely works, but the
> way it works is pretty confusing to me. the code below from the quick start
> was not on any of the documentation pages i was able to google up and it
> appears (maybe) to be necessary to get web sockets working? what i'd LIKE
> to do is start jetty using only the programmatic API (with no XML
> configuration at all), but i'm beginning to wonder if that's even possible
> based on the quick start example. how do you do what the code below does
> without a WebAppContext? the other examples i was working from until i
> looked at the quick start were simply installing a JavaxWebSocketFilter
> instance as a filter. but apparently that's not enough to get a connection
> going and now i'm wondering if this endpoint config isn't the missing
> ingredient.
>
> final ServerContainer serverContainer =
> WebSocketServerContainerInitializer.configureContext(bb);
>
> serverContainer.addEndpoint(new WicketServerEndpointConfig());
>

This is needed *only* if you use embedded Jetty.
All examples assume that you use a proper web server where you deploy a
.war file.


>
>
> On Thu, Oct 6, 2016 at 10:06 PM, Martin Grigorov <
> martin.grigo...@gmail.com>
> wrote:
>
> > Please create a quickstart and I'll take a look.
> >
> > One thing that I notice is that your app name is the filter class name.
> > Copy/paste in web.xml. But this probably is not the reason.
> >
> > On Oct 7, 2016 5:21 AM, "Jonathan Locke" 
> wrote:
> >
> > > i don't think this is probably a bug in wicket web sockets, but i was
> > > wondering if you had any hints how to debug this?
> > >
> > > one thing i've noticed is that acceptWebSocket always returns false in
> > > AbstractUpgradeFilter because there is no "Upgrade" header set.
> > >
> > > if (!headerContainsToken(req, "Upgrade", "websocket"))
> > >
> > > {
> > >
> > > return false;<--- always returns false
> > >
> > > }
> > >
> > > this seems bad. does that help narrow it down at all?
> > >
> > >jon
> > >
> > >
> > > On Thu, Oct 6, 2016 at 12:41 AM, Martin Grigorov  >
> > > wrote:
> > >
> > > > Here are the docs:
> > > > https://ci.apache.org/projects/wicket/guide/7.x/
> > > > guide/nativewebsockets.html#nativewebsockets_2
> > > >
> > > > Martin Grigorov
> > > > Wicket Training and Consulting
> > > > https://twitter.com/mtgrigorov
> > > >
> > > > On Thu, Oct 6, 2016 at 6:21 AM, Jonathan Locke <
> > jonathan.lo...@gmail.com
> > > >
> > > > wrote:
> > > >
> > > > > good question! i fought with this all day today and finally decided
> > to
> > > > > upgrade to wicket 7 and try the javax websockets after a whole
> series
> > > of
> > > > > runtime problems with apparent version conflicts (dear java 9
> > modules,
> > > > > hurry up please!). hopefully this will help tomorrow.
> > > > >
> > > > > jon
> > > > >
> > > > >
> > > > > On Wed, Oct 5, 2016 at 8:35 PM, Martin Grigorov <
> > > > martin.grigo...@gmail.com
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > What exactly is the problem?
> > > > > > Which impl of Wicket WebSockets do you use?
> > > > > >
> > > > > > On Oct 5, 2016 9:56 PM, "Jonathan Locke" <
> jonathan.lo...@gmail.com
> > >
> > > > > wrote:
> > > > > >
> > > > > > > trying to find a set of maven dependencies that work for
> servlet
> > > api
> > > > +
> > > > > > > wicket 6.24.0 + jetty 9 + wicket web sockets + jersey
> > > > > > >
> > > > > > > does anyone know the magic combination of version numbers?
> > > > > > >
> > > > > > > jon
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>


Re: dependencies

2016-10-07 Thread Jonathan Locke
so the quick start is somewhat helpful because it definitely works, but the
way it works is pretty confusing to me. the code below from the quick start
was not on any of the documentation pages i was able to google up and it
appears (maybe) to be necessary to get web sockets working? what i'd LIKE
to do is start jetty using only the programmatic API (with no XML
configuration at all), but i'm beginning to wonder if that's even possible
based on the quick start example. how do you do what the code below does
without a WebAppContext? the other examples i was working from until i
looked at the quick start were simply installing a JavaxWebSocketFilter
instance as a filter. but apparently that's not enough to get a connection
going and now i'm wondering if this endpoint config isn't the missing
ingredient.

final ServerContainer serverContainer =
WebSocketServerContainerInitializer.configureContext(bb);

serverContainer.addEndpoint(new WicketServerEndpointConfig());


On Thu, Oct 6, 2016 at 10:06 PM, Martin Grigorov 
wrote:

> Please create a quickstart and I'll take a look.
>
> One thing that I notice is that your app name is the filter class name.
> Copy/paste in web.xml. But this probably is not the reason.
>
> On Oct 7, 2016 5:21 AM, "Jonathan Locke"  wrote:
>
> > i don't think this is probably a bug in wicket web sockets, but i was
> > wondering if you had any hints how to debug this?
> >
> > one thing i've noticed is that acceptWebSocket always returns false in
> > AbstractUpgradeFilter because there is no "Upgrade" header set.
> >
> > if (!headerContainsToken(req, "Upgrade", "websocket"))
> >
> > {
> >
> > return false;<--- always returns false
> >
> > }
> >
> > this seems bad. does that help narrow it down at all?
> >
> >jon
> >
> >
> > On Thu, Oct 6, 2016 at 12:41 AM, Martin Grigorov 
> > wrote:
> >
> > > Here are the docs:
> > > https://ci.apache.org/projects/wicket/guide/7.x/
> > > guide/nativewebsockets.html#nativewebsockets_2
> > >
> > > Martin Grigorov
> > > Wicket Training and Consulting
> > > https://twitter.com/mtgrigorov
> > >
> > > On Thu, Oct 6, 2016 at 6:21 AM, Jonathan Locke <
> jonathan.lo...@gmail.com
> > >
> > > wrote:
> > >
> > > > good question! i fought with this all day today and finally decided
> to
> > > > upgrade to wicket 7 and try the javax websockets after a whole series
> > of
> > > > runtime problems with apparent version conflicts (dear java 9
> modules,
> > > > hurry up please!). hopefully this will help tomorrow.
> > > >
> > > > jon
> > > >
> > > >
> > > > On Wed, Oct 5, 2016 at 8:35 PM, Martin Grigorov <
> > > martin.grigo...@gmail.com
> > > > >
> > > > wrote:
> > > >
> > > > > What exactly is the problem?
> > > > > Which impl of Wicket WebSockets do you use?
> > > > >
> > > > > On Oct 5, 2016 9:56 PM, "Jonathan Locke"  >
> > > > wrote:
> > > > >
> > > > > > trying to find a set of maven dependencies that work for servlet
> > api
> > > +
> > > > > > wicket 6.24.0 + jetty 9 + wicket web sockets + jersey
> > > > > >
> > > > > > does anyone know the magic combination of version numbers?
> > > > > >
> > > > > > jon
> > > > > >
> > > > >
> > > >
> > >
> >
>


Re: Kendo UI lock-in

2016-10-07 Thread Sebastien
Hi Manfred,

Yes, chart is under work. I should commit the basics next WE (and before
next release). I will try to do a/some sample(s) too, but I don't have a
lot of free time these weeks

You can "watch" to the github repo so you will get in touch with the
commits.

Please also note that charts belong to the commercial license...

Best regards,
Sebastien.


Kendo UI lock-in

2016-10-07 Thread Manfred Bergmann
Hi.

After reviewing the options I think Wicket Kendo UI plus a Bootstrap layout
is a good option.
I'm not sure whether I should use Wicket Bootstrap if we just want the
layout. I guess not.

Regarding Kendo UI, I see there are a lot more widgets available where there
is no Wicket integration, like all the charts. Is this something that is
being worked on in the near future?



Manfred


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Kendo-UI-lock-in-tp4675707.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: embed Wicket application on any page

2016-10-07 Thread Ravi
Hi,

we developed a software that can be embedded on any html with a JS-Snippet. 
Though we had to overcome a few obstacles, we managed to get it working for
our use-case.

The embedding application can pass an URL as a parameter to which we
redirect in case of an expired session. That'll result in a page reload of
the embedding page.
Works if you have only one (embedded) page.

The  section of embedded pages seem to get handled pretty well by most
Browsers. We hadn't had any problems so far (Desktop & Mobile)

You have to enable CORS, of course.
And the conflicting JS gave us some trouble...



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/embed-Wicket-application-on-any-page-tp4675695p4675706.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: embed Wicket application on any page

2016-10-07 Thread samket
Thank you for the great answer! I'll have to think about our options. And 
probably read that interesting book.

-Sampo
 
 

Sent: Friday, October 07, 2016 at 9:55 AM
From: "Martin Grigorov" 
To: "users@wicket.apache.org" 
Subject: Re: embed Wicket application on any page
Hi,

You are forgetting that:

1) A Page produces a ..
You cannot put this into a .

2) The Ajax urls are relative, i.e. they will be resolved against the
wrapping page, not against the embedded thingy.

3) Assuming that you produce just document fragments, i.e. render
components instead of pages and put them in a , then they will most
probably depend on some CSS and/or JS resources. Those resources won't be
available unless you take special care to contribute them within the
component's markup.

4) Once you fix the CSS contribution it will be quite easy to break the
layout of the wrapping page. You may need to use Shadow DOM to prevent this.

https://manning.com/books/third-party-javascript - this book explains many
of the problems one will face when embedding in others web sites/apps.



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

On Fri, Oct 7, 2016 at 6:16 AM, samket  wrote:

> My employer doesn't like iframes. It might be an issue to our customers
> too. Am I making things too difficult for myself by trying to use Wicket
> for this? Am I forgetting something vital? I'd like to hear opinions.
>
> -Sampo
>
>
>
> Sent: Thursday, October 06, 2016 at 10:15 PM
> From: "Ernesto Reinaldo Barreiro" 
> To: "users@wicket.apache.org" 
> Subject: Re: embed Wicket application on any page
> Use an iframe?
>
> On Thu, Oct 6, 2016 at 8:14 PM, samket  wrote:
>
> > Hi,
> >
> > Is it possible to embed a Wicket application on any page? A bit like
> > Google Map. Lets say there is a div element on an arbitrary page and I
> use
> > javascript to bring the Wicket application's front page inside that div.
> > Naturally, I would make sure that the application uses AJAX for
> everything
> > so that the browser's page does not change. Are there any difficulties in
> > this approach? I can imagine session expiration might cause difficulties.
> > The default session expired page causes a page reload which is unwanted.
> >
> > -Sampo
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
>
> --
> Regards - Ernesto Reinaldo Barreiro
>
> -
> 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: 7.3 : javascript attached to extended AjaxButton

2016-10-07 Thread Martin Grigorov
Hi,

First you need to find how the url for the image is created.
Usually images are either in your Page, i.e. you use Image component.
Or they are referenced inside .css files. In this case if the urls are
relatetive then the request url should be like:
.../wicket/resource/com.example.SomeComponent/.../images/some.png.

If the url is
.../wicket/bookmarkable/com.example.SomePage/.../images/some.png then the
image is resolved relative to the current page, i.e. you have something
like  in your html.

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

On Thu, Oct 6, 2016 at 5:49 PM, sorinev  wrote:

> We are upgrading from 1.4.17 to 7.3. A handful of runtime issues remain now
> that all the build errors are fixed. One of them is in regards to the
> AjaxButton, which we extended.
>
> In 1.4.17 this was the class
>
>
>
> The relevant javascript file is
>
>
>
> After upgrading to 7.3, the update class, to fix build errors and most
> runtime problems is
>
>
>
> After upgrading to 7.3 the class now looks like this to fix build errors
> and
> all but the runtime error at hand (so far)
>
>
>
> When a page with this button is loaded, this stack dump appears.
>
>
>
> Putting a break point in the debugger in the wicket classes shows that it's
> treating the images folder in the deployment as a class to be loaded :
> "wicket", "bookmarkable", "images", "ajax-loader.gif". ajax-loader.gif is a
> file referenced by the javascript file that is attached to the button. It
> is
> located in the images folder of the war deployment
> (webapp/images/ajax-loader.gif).
>
> This all worked just fine in 1.4.17, but something seems to be different in
> 7.3 in regards to this such that I've missed something when updating our
> extended AjaxButton class to this version.
>
> --
> View this message in context: http://apache-wicket.1842946.
> n4.nabble.com/7-3-javascript-attached-to-extended-
> AjaxButton-tp4675692.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: hyperlink to a file on the server but ouside of the wicket war ? (solved)

2016-10-07 Thread Tobias Soloschenko
Hi,

or you can use FileSystemResource / FileSystemResourceReference (Wicket 7)

kind regards

Tobias

> Am 07.10.2016 um 09:16 schrieb andre seame :
> 
> Thanks,
> 
> 
> Other solution.
> 
> 
> In the wiceket code : for a file in 
> \\myserver\TestResults\A\B\image_timestamp.png. transform it in 
> http://mysserver:8080/testresults/A/B/image_timestamp.png
> 
> 
> Add this hyperling in your Wicket page.
> 
> 
> see 
> http://stackoverflow.com/questions/9434964/tomcat-mapping-context-via-server-xml
>  or 
> http://stackoverflow.com/questions/1812244/simplest-way-to-serve-static-data-from-outside-the-application-server-in-a-java).
>  The idea is to use tomcat as a file server.
> 
> 
> So in my apache-tomcat/conf/localhost forlder (I create the localhost 
> folder), I add a file : Access_to_testresults.xml
> 
> 
> 
> docBase="C:\TestResults\"
>  path="/testresults" reloadable="false">
>
> 
> 
> 
> Then I can access to all hyperlinks and read image, text, ... without any 
> Java code.
> 
> 
> 
> Thanks.
> 
> 
> 
> 
> De : Martin Grigorov 
> Envoyé : jeudi 6 octobre 2016 02:40
> À : users@wicket.apache.org
> Objet : Re: hyperlink to a file on the server but ouside of the wicket war ?
> 
> Hi,
> 
> See ResourceLink component.
> 
>> On Oct 5, 2016 6:18 PM, "andre seame"  wrote:
>> 
>> Hello,
>> 
>> 
>> I have a windows server with TOMCAT and a wicket application in
>> d:\apache-tomcat\webapps\mywcketapplication.war
>> 
>> 
>> On this server, I have a shared disk where someone has put
>> \\myserver\TestResults\image_timestamp.png.
>> 
>> 
>> The wicket application can access to the file throught :
>> d:/TestRsults/image_timestamp.png
>> 
>> 
>> I would like to add in a wicket page a hyperlink to image_timestamp.png.
>> My first (very stupid) idea was to set > href="d:/TestRsults/image_timestamp.png"
>> ...
>> 
>> 
>> Questions are :
>> 
>>  *   What is the hyperlink ?
>>  *   Must I configure tomcat to access to d:\result ?
>>  *   Must I configure the wicket application to access to the file ?
>> 
>> 
>> Thanks,
>> 
>> PHL.
>> 

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



RE: hyperlink to a file on the server but ouside of the wicket war ? (solved)

2016-10-07 Thread andre seame
Thanks,


Other solution.


In the wiceket code : for a file in 
\\myserver\TestResults\A\B\image_timestamp.png. transform it in 
http://mysserver:8080/testresults/A/B/image_timestamp.png


Add this hyperling in your Wicket page.


see 
http://stackoverflow.com/questions/9434964/tomcat-mapping-context-via-server-xml
 or 
http://stackoverflow.com/questions/1812244/simplest-way-to-serve-static-data-from-outside-the-application-server-in-a-java).
 The idea is to use tomcat as a file server.


So in my apache-tomcat/conf/localhost forlder (I create the localhost folder), 
I add a file : Access_to_testresults.xml



https://outlook.live.com/owa/%5C%5Cmyserver%5CTestResults%5CA%5CB%5Cimage_timestamp.png.>\"
 path="/testresults" reloadable="false">




Then I can access to all hyperlinks and read image, text, ... without any Java 
code.



Thanks.




De : Martin Grigorov 
Envoyé : jeudi 6 octobre 2016 02:40
À : users@wicket.apache.org
Objet : Re: hyperlink to a file on the server but ouside of the wicket war ?

Hi,

See ResourceLink component.

On Oct 5, 2016 6:18 PM, "andre seame"  wrote:

> Hello,
>
>
> I have a windows server with TOMCAT and a wicket application in
> d:\apache-tomcat\webapps\mywcketapplication.war
>
>
> On this server, I have a shared disk where someone has put
> \\myserver\TestResults\image_timestamp.png.
>
>
> The wicket application can access to the file throught :
> d:/TestRsults/image_timestamp.png
>
>
> I would like to add in a wicket page a hyperlink to image_timestamp.png.
> My first (very stupid) idea was to set  href="d:/TestRsults/image_timestamp.png"
> ...
>
>
> Questions are :
>
>   *   What is the hyperlink ?
>   *   Must I configure tomcat to access to d:\result ?
>   *   Must I configure the wicket application to access to the file ?
>
>
> Thanks,
>
> PHL.
>