Re: Integer properties not displaying in 1.10.0-SNAPSHOT

[Stephen Cameron]

seems its mrore general, also have same problem with Boolean property, so
maybe its everthing that is not a String?

On Sat, Oct 31, 2015 at 10:14 AM, Stephen Cameron <
steve.cameron...@gmail.com> wrote:

> Hi,
>
> I just noticed a bug, I have an Integer property that is not being
> displayed in the Wicket UI.
>
> I can see that value is being saved to the data-store (MySQL) but its not
> displayed.
>
> This is in the 1.10.0-SNAPSHOT version.
>
> I cannot access JIRA at the moment to log a bug.
>
> Thanks
>
>
>
>

Integer properties not displaying in 1.10.0-SNAPSHOT

[Stephen Cameron]

Hi,

I just noticed a bug, I have an Integer property that is not being
displayed in the Wicket UI.

I can see that value is being saved to the data-store (MySQL) but its not
displayed.

This is in the 1.10.0-SNAPSHOT version.

I cannot access JIRA at the moment to log a bug.

Thanks

Re: Create Isis webservice consuming XML

[David Tildesley]

Hi Erik,
The MEP (Message Exchange Pattern) then is asynchronous messaging two way.
Architecturally you should expose your web-service in the UI-service layer and 
have that UI layer update your domain layer object(s) and consume your partners 
web-service from the SI layer and have that SI layer inject (DI) data into your 
domain layer object(s)
Typical  architecture layers for an rich domain application:
(UI   --> PD <-- SI)
(with arrows showing direction of dependency).
UI = User Interface (User could be human or a system consumer),
PD = Problem Domain (the Rich Domain Model).
SI = Service Interface layer (the code that consumes services from other 
systems)

So this is what you need to do from an application layer point of view:
Partner Consumer ---> UI --> PD <-- SI ---> Partner Producer.
Easy and proven pattern to follow. Pretty much described by the Hexagonal 
Architecture [1]  
[1] http://alistair.cockburn.us/Hexagonal+architecture
In this endeavor (others please correct me if I am wrong), there is nothing in 
ISIS that assists you in speeding up such integration except if you were 
prepared to accept the generated RO UI and expose that to your partner.
Regards,David.


 


 On Saturday, 31 October 2015 1:24 AM, Erik de Hair  
wrote:
   

 
On 10/30/2015 12:44 PM, Dan Haywood wrote:
> Is your application the web services client (will it be making calls to a
> Web service exposed by your supplier) or is it the other way around (you
> need to expose a web service for your suppliers to call)?
We have to expose a web service for our suppliers to call. Our suppliers 
have a web service to order and confige services that will be called by 
our application. The supplier's web service will send a message 
(asynchronously) to our webservice (to be created) when an order status 
changes. We have to update the order in our application after this 
message is received. This process is dictated by our supplier.

So our application will be both web service and client in this process 
but the client part is no problem.

Erik
>
> I'm guessing the former because you mentioned XML rather than JSON so
> perhaps this is a SOAP service that already exists?
>
> Dan
> On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:
>
>> Hi,
>>
>> We have to create a webservice to receive XML-messages from suppliers. As
>> a result some entity in our Isis application has to be updated. Is there
>> any way to realise this in a proper way in Isis?
>>
>> Thanks,
>> Erik
>>



  

Re: Create Isis webservice consuming XML

[Dan Haywood]

Glad that worked.
Cheers,
Dan
On 30 Oct 2015 14:51, "Erik de Hair"  wrote:

>
>
> On 10/30/2015 01:48 PM, Dan Haywood wrote:
>
>> Ok. You have some choices then.
>>
>> One option is to surface vanilla Restful Objects API, which will be JSON,
>> not XML, of course. If you do that then be careful to only expose view
>> models rather than entities so that you can continue to evolve your domain
>> without breaking your clients.
>>
>> Another option is to use the ContentMappingService to allow clients to
>> request an XML dto when they hit an RO endpoint. That might be a little
>> unconventional for your clients but won't be much work your end. The
>> todoapp demonstrates this approach.
>>
>> Or, you could just define a regular Wsdl and define a SOAP servlet
>> alongside those for Wicket and RO in your web.xml. The implementation can
>> use the headless access to the Isis runtime.
>>
> The suppliers/partners I'm talking about are major telco operators and
> governmental institutions, so we have to adapt to their processes.
>
> The headless access does the trick. It was really easy to implement the
> web service with RESTEasy and JAXB.
>
> Thanks,
> Erik
>
>
>> Hth,
>> Dan
>> On 30 Oct 2015 12:24 pm, "Erik de Hair"  wrote:
>>
>> On 10/30/2015 12:44 PM, Dan Haywood wrote:
>>>
>>> Is your application the web services client (will it be making calls to a
 Web service exposed by your supplier) or is it the other way around (you
 need to expose a web service for your suppliers to call)?

 We have to expose a web service for our suppliers to call. Our suppliers
>>> have a web service to order and confige services that will be called by
>>> our
>>> application. The supplier's web service will send a message
>>> (asynchronously) to our webservice (to be created) when an order status
>>> changes. We have to update the order in our application after this
>>> message
>>> is received. This process is dictated by our supplier.
>>>
>>> So our application will be both web service and client in this process
>>> but
>>> the client part is no problem.
>>>
>>> Erik
>>>
>>> I'm guessing the former because you mentioned XML rather than JSON so
 perhaps this is a SOAP service that already exists?

 Dan
 On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:

 Hi,

> We have to create a webservice to receive XML-messages from suppliers.
> As
> a result some entity in our Isis application has to be updated. Is
> there
> any way to realise this in a proper way in Isis?
>
> Thanks,
> Erik
>
>
>
>

Re: Create Isis webservice consuming XML

[Erik de Hair]

On 10/30/2015 01:48 PM, Dan Haywood wrote:

Ok. You have some choices then.

One option is to surface vanilla Restful Objects API, which will be JSON,
not XML, of course. If you do that then be careful to only expose view
models rather than entities so that you can continue to evolve your domain
without breaking your clients.

Another option is to use the ContentMappingService to allow clients to
request an XML dto when they hit an RO endpoint. That might be a little
unconventional for your clients but won't be much work your end. The
todoapp demonstrates this approach.

Or, you could just define a regular Wsdl and define a SOAP servlet
alongside those for Wicket and RO in your web.xml. The implementation can
use the headless access to the Isis runtime.
The suppliers/partners I'm talking about are major telco operators and 
governmental institutions, so we have to adapt to their processes.


The headless access does the trick. It was really easy to implement the 
web service with RESTEasy and JAXB.


Thanks,
Erik



Hth,
Dan
On 30 Oct 2015 12:24 pm, "Erik de Hair"  wrote:


On 10/30/2015 12:44 PM, Dan Haywood wrote:


Is your application the web services client (will it be making calls to a
Web service exposed by your supplier) or is it the other way around (you
need to expose a web service for your suppliers to call)?


We have to expose a web service for our suppliers to call. Our suppliers
have a web service to order and confige services that will be called by our
application. The supplier's web service will send a message
(asynchronously) to our webservice (to be created) when an order status
changes. We have to update the order in our application after this message
is received. This process is dictated by our supplier.

So our application will be both web service and client in this process but
the client part is no problem.

Erik


I'm guessing the former because you mentioned XML rather than JSON so
perhaps this is a SOAP service that already exists?

Dan
On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:

Hi,

We have to create a webservice to receive XML-messages from suppliers. As
a result some entity in our Isis application has to be updated. Is there
any way to realise this in a proper way in Isis?

Thanks,
Erik

Re: Create Isis webservice consuming XML

[Dan Haywood]

Ok. You have some choices then.

One option is to surface vanilla Restful Objects API, which will be JSON,
not XML, of course. If you do that then be careful to only expose view
models rather than entities so that you can continue to evolve your domain
without breaking your clients.

Another option is to use the ContentMappingService to allow clients to
request an XML dto when they hit an RO endpoint. That might be a little
unconventional for your clients but won't be much work your end. The
todoapp demonstrates this approach.

Or, you could just define a regular Wsdl and define a SOAP servlet
alongside those for Wicket and RO in your web.xml. The implementation can
use the headless access to the Isis runtime.

Hth,
Dan
On 30 Oct 2015 12:24 pm, "Erik de Hair"  wrote:

>
> On 10/30/2015 12:44 PM, Dan Haywood wrote:
>
>> Is your application the web services client (will it be making calls to a
>> Web service exposed by your supplier) or is it the other way around (you
>> need to expose a web service for your suppliers to call)?
>>
> We have to expose a web service for our suppliers to call. Our suppliers
> have a web service to order and confige services that will be called by our
> application. The supplier's web service will send a message
> (asynchronously) to our webservice (to be created) when an order status
> changes. We have to update the order in our application after this message
> is received. This process is dictated by our supplier.
>
> So our application will be both web service and client in this process but
> the client part is no problem.
>
> Erik
>
>>
>> I'm guessing the former because you mentioned XML rather than JSON so
>> perhaps this is a SOAP service that already exists?
>>
>> Dan
>> On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:
>>
>> Hi,
>>>
>>> We have to create a webservice to receive XML-messages from suppliers. As
>>> a result some entity in our Isis application has to be updated. Is there
>>> any way to realise this in a proper way in Isis?
>>>
>>> Thanks,
>>> Erik
>>>
>>>
>

AW: Create Isis webservice consuming XML

[Rade, Joerg / Kuehne + Nagel / Ham GI-PS]

So it' like this?

1. [yourApp]--(yourWS)<--[supplierApp]
2. [supplierApp]--(supplierWS)<--[yourApp]

Legend:
[] Component
--() Interface
<-- ServiceInvocation

Is the sequence of invocations correct?
Each invocation is done via SOAP/HTTP?

-j
-Ursprüngliche Nachricht-
Von: Erik de Hair [mailto:e.deh...@pocos.nl]
Gesendet: Freitag, 30. Oktober 2015 13:24
An: users@isis.apache.org
Betreff: Re: Create Isis webservice consuming XML


On 10/30/2015 12:44 PM, Dan Haywood wrote:
> Is your application the web services client (will it be making calls
> to a Web service exposed by your supplier) or is it the other way
> around (you need to expose a web service for your suppliers to call)?
We have to expose a web service for our suppliers to call. Our suppliers have a 
web service to order and confige services that will be called by our 
application. The supplier's web service will send a message
(asynchronously) to our webservice (to be created) when an order status 
changes. We have to update the order in our application after this message is 
received. This process is dictated by our supplier.

So our application will be both web service and client in this process but the 
client part is no problem.

Erik
>
> I'm guessing the former because you mentioned XML rather than JSON so
> perhaps this is a SOAP service that already exists?
>
> Dan
> On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:
>
>> Hi,
>>
>> We have to create a webservice to receive XML-messages from
>> suppliers. As a result some entity in our Isis application has to be
>> updated. Is there any way to realise this in a proper way in Isis?
>>
>> Thanks,
>> Erik
>>


Kühne + Nagel (AG & Co.) KG
Rechtsform: Kommanditgesellschaft, Bremen HRA 21928, USt-IdNr.: DE 812773878.
Geschäftsleitung Kühne + Nagel (AG & Co.) KG: Reiner Heiken (Vors.), Dirk 
Blesius, Martin Brinkmann, Matthias Heimbach, Jan-Hendrik Köstergarten, 
Nicholas Minde, Lars Wedel, Jens Wollesen.
Persönlich haftende Gesellschafterin: Kühne & Nagel A.G., Rechtsform: 
Aktiengesellschaft nach luxemburgischem Recht, HR-Nr.: B 18745, 
Geschäftsführendes Verwaltungsratsmitglied: Karl Gernandt.
Geschäftsleitung Region Westeuropa: Yngve Ruud (Vors.), Richard Huhn, Björn 
Johansson, Jan Kunze, Bruno Mang, Stefan Paul, Holger Ketz, Dominic Edmonds.

Wir arbeiten ausschließlich auf Grundlage der Allgemeinen Deutschen 
Spediteursbedingungen (ADSp), jeweils neuester Fassung. Wir verweisen 
insbesondere auf die vom Gesetz abweichenden Haftungsbeschränkungen von Ziffer 
23 und 24 ADSp. Den vollständigen Text der ADSp übersenden wir Ihnen gerne auf 
Anfrage und können Sie auch unter http://www.kuehne-nagel.com einsehen. 
Ergänzend wird vereinbart, dass (1) Ziffer 27 ADSp im Rahmen internationaler 
Übereinkommen weder unsere Haftung noch die Zurechnung des Verschuldens von 
Leuten und sonstigen Dritten zu Gunsten des Auftraggebers erweitert, und (2) 
wir in den im deutschen Seehandelsrecht aufgeführten Fällen des nautischen 
Verschuldens oder Feuer an Bord nur für eigenes Verschulden und (3) im Sinne 
der CMNI genannten Voraussetzungen nicht für nautisches Verschulden, Feuer an 
Bord oder Mängel des Schiffes haften.

Re: Create Isis webservice consuming XML

[Erik de Hair]

On 10/30/2015 12:44 PM, Dan Haywood wrote:

Is your application the web services client (will it be making calls to a
Web service exposed by your supplier) or is it the other way around (you
need to expose a web service for your suppliers to call)?
We have to expose a web service for our suppliers to call. Our suppliers 
have a web service to order and confige services that will be called by 
our application. The supplier's web service will send a message 
(asynchronously) to our webservice (to be created) when an order status 
changes. We have to update the order in our application after this 
message is received. This process is dictated by our supplier.


So our application will be both web service and client in this process 
but the client part is no problem.


Erik


I'm guessing the former because you mentioned XML rather than JSON so
perhaps this is a SOAP service that already exists?

Dan
On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:


Hi,

We have to create a webservice to receive XML-messages from suppliers. As
a result some entity in our Isis application has to be updated. Is there
any way to realise this in a proper way in Isis?

Thanks,
Erik

Re: Create Isis webservice consuming XML

[Dan Haywood]

Ah, just re-read the email subject line, so, yes, you are consuming an
already existing web service.

So, you could surface the data within that Web service using a view model.
Is there a Wsdl? If so you could use that to generate java dto classes and
have the view model use them within its viewModelMemento() and
viewModelInit() methods.

Using a view model assumed that there's an end user that's responsible for
manually interacting with the suppliers wen service,  ie there's some
external business process (eg they receive an email) so that they know to
invoke the action that's going to hit the external service. If that's not
the case, then an alternative design might simply be to use quartz or camel
to poll the supplier's Web service periodically (hourly, daily) and do the
necessary.

Hth,
Dan.
On 30 Oct 2015 11:44 am, wrote:

> Is your application the web services client (will it be making calls to a
> Web service exposed by your supplier) or is it the other way around (you
> need to expose a web service for your suppliers to call)?
>
> I'm guessing the former because you mentioned XML rather than JSON so
> perhaps this is a SOAP service that already exists?
>
> Dan
> On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:
>
>> Hi,
>>
>> We have to create a webservice to receive XML-messages from suppliers. As
>> a result some entity in our Isis application has to be updated. Is there
>> any way to realise this in a proper way in Isis?
>>
>> Thanks,
>> Erik
>>
>

Re: how to disable the footer component in "PageAbstract"

[Dan Haywood]

Please raise a JIRA ticket if you'd like this feature.

An alternative workaround fire the might be to use application.css to
display:none the appropriate div.

Hth, Dan
On 30 Oct 2015 8:40 am, "Martin Grigorov"  wrote:

> Hi,
>
> I guess a new config property (e.g. wicket.footer.visible=false) is just
> enough.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Fri, Oct 30, 2015 at 10:32 AM, Martin Vogel  wrote:
>
> > Hi Martin,
> >
> > do you think a "NOOP"-component to disable certain page areas would be a
> > desirable component for a patch ?
> >
> > thx,
> > Martin
> > -Ursprüngliche Nachricht-
> > Von: Martin Grigorov [mailto:mgrigo...@apache.org]
> > Gesendet: Freitag, 30. Oktober 2015 09:19
> > An: users 
> > Betreff: Re: how to disable the footer component in "PageAbstract"
> >
> > Hi,
> >
> > The footer (and the header) is loaded as other configurable components -
> > thru the component registry.
> > See
> >
> >
> https://github.com/apache/isis/blob/master/core/viewer-wicket-ui/src/main/java/org/apache/isis/viewer/wicket/ui/pages/PageAbstract.java#L232
> > So to disable it you have to register your own footer component. Simple
> > WebMarkupContainer should do the job.
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> > https://twitter.com/mtgrigorov
> >
> > On Fri, Oct 30, 2015 at 10:16 AM, Martin Vogel  wrote:
> >
> > > Hi all,
> > >
> > > as the how-to section of the official documentation states it´s
> > > possible to suppress the page header respective footer. For my
> > > application I would like to remove the footer component entirely from
> > > the PageAbstract of the wicket-viewer-ui.
> > > Since there is no simple solution such as just removing the wicket
> > > html tag from the page template, I was wondering how you actually
> > > suppress the footer via the request params ?
> > >
> > > Is the ServletWebResponse the suitable service or is there a wicket
> > > property that I miss ?
> > >
> > > Thanks a lot in advance,
> > > Martin
> > >
> > > Am 02. und 03. Juni 2016 findet das BI.Kundenforum in der Villa Ida in
> > > Leipzig statt.
> > > Die Themen: Geschäftskundenportal, Energie-Effizienzportal,
> > > Beschaffungsportal für Großkunden, Marktpreisdatenbank, Business
> > > Intelligence Lösungen.
> > > Weitere Informationen unter: https://www.bi-web.de/kundenforum
> > >
> > > 
> > >
> > > BI Business Intelligence GmbH
> > > August-Bebel-Str. 44
> > > D-04275 Leipzig
> > >
> > > Tel.: +49 341 30383-40
> > > Fax: +49 341 30383-52
> > > E-Mail: vo...@bi-web.de
> > > www.bi-web.de
> > >
> > > Sie finden uns auch auf: Facebook Google+ XING
> > > 
> > > BI Business Intelligence GmbH, Leipzig Registergericht/Registered
> Office:
> > > Amtsgericht Leipzig Registernummer/Registered Number: HR 17142
> > > Vertretungsberechtigte Geschäftsführer/Board of Managing Directors:
> > > Conrad Moeller, Jürgen Schubert Diese E-Mail enthält vertrauliche
> > > und/oder rechtlich geschützte Informationen. Wenn Sie nicht der
> > > richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben,
> > > informieren Sie bitte sofort den Absender und vernichten Sie diese
> > > Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser
> > > Mail ist nicht gestattet.
> > > This e-mail may contain confidential and/or privileged information. If
> > > you are not the intended recipient (or have received this e-mail in
> > > error) please notify the sender immediately and destroy this e-mail.
> > > Any unauthorized copying, disclosure or distribution of the material
> > > in this e-mail is strictly forbidden.
> > >
> > >
> > >
> >
>

Re: Create Isis webservice consuming XML

[Dan Haywood]

Is your application the web services client (will it be making calls to a
Web service exposed by your supplier) or is it the other way around (you
need to expose a web service for your suppliers to call)?

I'm guessing the former because you mentioned XML rather than JSON so
perhaps this is a SOAP service that already exists?

Dan
On 30 Oct 2015 10:03 am, "Erik de Hair"  wrote:

> Hi,
>
> We have to create a webservice to receive XML-messages from suppliers. As
> a result some entity in our Isis application has to be updated. Is there
> any way to realise this in a proper way in Isis?
>
> Thanks,
> Erik
>

Create Isis webservice consuming XML

[Erik de Hair]

Hi,

We have to create a webservice to receive XML-messages from suppliers. 
As a result some entity in our Isis application has to be updated. Is 
there any way to realise this in a proper way in Isis?


Thanks,
Erik

Re: how to disable the footer component in "PageAbstract"

[Martin Grigorov]

Hi,

I guess a new config property (e.g. wicket.footer.visible=false) is just
enough.

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

On Fri, Oct 30, 2015 at 10:32 AM, Martin Vogel  wrote:

> Hi Martin,
>
> do you think a "NOOP"-component to disable certain page areas would be a
> desirable component for a patch ?
>
> thx,
> Martin
> -Ursprüngliche Nachricht-
> Von: Martin Grigorov [mailto:mgrigo...@apache.org]
> Gesendet: Freitag, 30. Oktober 2015 09:19
> An: users 
> Betreff: Re: how to disable the footer component in "PageAbstract"
>
> Hi,
>
> The footer (and the header) is loaded as other configurable components -
> thru the component registry.
> See
>
> https://github.com/apache/isis/blob/master/core/viewer-wicket-ui/src/main/java/org/apache/isis/viewer/wicket/ui/pages/PageAbstract.java#L232
> So to disable it you have to register your own footer component. Simple
> WebMarkupContainer should do the job.
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Fri, Oct 30, 2015 at 10:16 AM, Martin Vogel  wrote:
>
> > Hi all,
> >
> > as the how-to section of the official documentation states it´s
> > possible to suppress the page header respective footer. For my
> > application I would like to remove the footer component entirely from
> > the PageAbstract of the wicket-viewer-ui.
> > Since there is no simple solution such as just removing the wicket
> > html tag from the page template, I was wondering how you actually
> > suppress the footer via the request params ?
> >
> > Is the ServletWebResponse the suitable service or is there a wicket
> > property that I miss ?
> >
> > Thanks a lot in advance,
> > Martin
> >
> > Am 02. und 03. Juni 2016 findet das BI.Kundenforum in der Villa Ida in
> > Leipzig statt.
> > Die Themen: Geschäftskundenportal, Energie-Effizienzportal,
> > Beschaffungsportal für Großkunden, Marktpreisdatenbank, Business
> > Intelligence Lösungen.
> > Weitere Informationen unter: https://www.bi-web.de/kundenforum
> >
> > 
> >
> > BI Business Intelligence GmbH
> > August-Bebel-Str. 44
> > D-04275 Leipzig
> >
> > Tel.: +49 341 30383-40
> > Fax: +49 341 30383-52
> > E-Mail: vo...@bi-web.de
> > www.bi-web.de
> >
> > Sie finden uns auch auf: Facebook Google+ XING
> > 
> > BI Business Intelligence GmbH, Leipzig Registergericht/Registered Office:
> > Amtsgericht Leipzig Registernummer/Registered Number: HR 17142
> > Vertretungsberechtigte Geschäftsführer/Board of Managing Directors:
> > Conrad Moeller, Jürgen Schubert Diese E-Mail enthält vertrauliche
> > und/oder rechtlich geschützte Informationen. Wenn Sie nicht der
> > richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben,
> > informieren Sie bitte sofort den Absender und vernichten Sie diese
> > Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser
> > Mail ist nicht gestattet.
> > This e-mail may contain confidential and/or privileged information. If
> > you are not the intended recipient (or have received this e-mail in
> > error) please notify the sender immediately and destroy this e-mail.
> > Any unauthorized copying, disclosure or distribution of the material
> > in this e-mail is strictly forbidden.
> >
> >
> >
>

AW: how to disable the footer component in "PageAbstract"

[Martin Vogel]

Hi Martin,

do you think a "NOOP"-component to disable certain page areas would be a 
desirable component for a patch ?

thx,
Martin
-Ursprüngliche Nachricht-
Von: Martin Grigorov [mailto:mgrigo...@apache.org] 
Gesendet: Freitag, 30. Oktober 2015 09:19
An: users 
Betreff: Re: how to disable the footer component in "PageAbstract"

Hi,

The footer (and the header) is loaded as other configurable components - thru 
the component registry.
See
https://github.com/apache/isis/blob/master/core/viewer-wicket-ui/src/main/java/org/apache/isis/viewer/wicket/ui/pages/PageAbstract.java#L232
So to disable it you have to register your own footer component. Simple 
WebMarkupContainer should do the job.

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

On Fri, Oct 30, 2015 at 10:16 AM, Martin Vogel  wrote:

> Hi all,
>
> as the how-to section of the official documentation states it´s 
> possible to suppress the page header respective footer. For my 
> application I would like to remove the footer component entirely from 
> the PageAbstract of the wicket-viewer-ui.
> Since there is no simple solution such as just removing the wicket 
> html tag from the page template, I was wondering how you actually 
> suppress the footer via the request params ?
>
> Is the ServletWebResponse the suitable service or is there a wicket 
> property that I miss ?
>
> Thanks a lot in advance,
> Martin
>
> Am 02. und 03. Juni 2016 findet das BI.Kundenforum in der Villa Ida in 
> Leipzig statt.
> Die Themen: Geschäftskundenportal, Energie-Effizienzportal, 
> Beschaffungsportal für Großkunden, Marktpreisdatenbank, Business 
> Intelligence Lösungen.
> Weitere Informationen unter: https://www.bi-web.de/kundenforum
>
> 
>
> BI Business Intelligence GmbH
> August-Bebel-Str. 44
> D-04275 Leipzig
>
> Tel.: +49 341 30383-40
> Fax: +49 341 30383-52
> E-Mail: vo...@bi-web.de
> www.bi-web.de
>
> Sie finden uns auch auf: Facebook Google+ XING
> 
> BI Business Intelligence GmbH, Leipzig Registergericht/Registered Office:
> Amtsgericht Leipzig Registernummer/Registered Number: HR 17142 
> Vertretungsberechtigte Geschäftsführer/Board of Managing Directors: 
> Conrad Moeller, Jürgen Schubert Diese E-Mail enthält vertrauliche 
> und/oder rechtlich geschützte Informationen. Wenn Sie nicht der 
> richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, 
> informieren Sie bitte sofort den Absender und vernichten Sie diese 
> Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser 
> Mail ist nicht gestattet.
> This e-mail may contain confidential and/or privileged information. If 
> you are not the intended recipient (or have received this e-mail in 
> error) please notify the sender immediately and destroy this e-mail. 
> Any unauthorized copying, disclosure or distribution of the material 
> in this e-mail is strictly forbidden.
>
>
>

Re: how to disable the footer component in "PageAbstract"

[Martin Grigorov]

Hi,

The footer (and the header) is loaded as other configurable components -
thru the component registry.
See
https://github.com/apache/isis/blob/master/core/viewer-wicket-ui/src/main/java/org/apache/isis/viewer/wicket/ui/pages/PageAbstract.java#L232
So to disable it you have to register your own footer component. Simple
WebMarkupContainer should do the job.

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

On Fri, Oct 30, 2015 at 10:16 AM, Martin Vogel  wrote:

> Hi all,
>
> as the how-to section of the official documentation states it´s possible
> to suppress the page header respective footer. For my application I would
> like to remove the footer component entirely from the PageAbstract of the
> wicket-viewer-ui.
> Since there is no simple solution such as just removing the wicket html
> tag from the page template, I was wondering how you actually suppress the
> footer via the request params ?
>
> Is the ServletWebResponse the suitable service or is there a wicket
> property that I miss ?
>
> Thanks a lot in advance,
> Martin
>
> Am 02. und 03. Juni 2016 findet das BI.Kundenforum in der Villa Ida in
> Leipzig statt.
> Die Themen: Geschäftskundenportal, Energie-Effizienzportal,
> Beschaffungsportal für Großkunden, Marktpreisdatenbank, Business
> Intelligence Lösungen.
> Weitere Informationen unter: https://www.bi-web.de/kundenforum
>
> 
>
> BI Business Intelligence GmbH
> August-Bebel-Str. 44
> D-04275 Leipzig
>
> Tel.: +49 341 30383-40
> Fax: +49 341 30383-52
> E-Mail: vo...@bi-web.de
> www.bi-web.de
>
> Sie finden uns auch auf: Facebook Google+ XING
> 
> BI Business Intelligence GmbH, Leipzig Registergericht/Registered Office:
> Amtsgericht Leipzig Registernummer/Registered Number: HR 17142
> Vertretungsberechtigte Geschäftsführer/Board of Managing Directors: Conrad
> Moeller, Jürgen Schubert
> Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
> irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
> vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
> Weitergabe dieser Mail ist nicht gestattet.
> This e-mail may contain confidential and/or privileged information. If you
> are not the intended recipient (or have received this e-mail in error)
> please notify the sender immediately and destroy this e-mail. Any
> unauthorized copying, disclosure or distribution of the material in this
> e-mail is strictly forbidden.
>
>
>

how to disable the footer component in "PageAbstract"

[Martin Vogel]

Hi all,

as the how-to section of the official documentation states it´s possible to 
suppress the page header respective footer. For my application I would like to 
remove the footer component entirely from the PageAbstract of the 
wicket-viewer-ui.
Since there is no simple solution such as just removing the wicket html tag 
from the page template, I was wondering how you actually suppress the footer 
via the request params ?

Is the ServletWebResponse the suitable service or is there a wicket property 
that I miss ?

Thanks a lot in advance,
Martin

Am 02. und 03. Juni 2016 findet das BI.Kundenforum in der Villa Ida in Leipzig 
statt.
Die Themen: Geschäftskundenportal, Energie-Effizienzportal,  Beschaffungsportal 
für Großkunden, Marktpreisdatenbank, Business Intelligence Lösungen.
Weitere Informationen unter: https://www.bi-web.de/kundenforum



BI Business Intelligence GmbH
August-Bebel-Str. 44
D-04275 Leipzig

Tel.: +49 341 30383-40
Fax: +49 341 30383-52
E-Mail: vo...@bi-web.de
www.bi-web.de

Sie finden uns auch auf: Facebook Google+ XING

BI Business Intelligence GmbH, Leipzig Registergericht/Registered Office: 
Amtsgericht Leipzig Registernummer/Registered Number: HR 17142 
Vertretungsberechtigte Geschäftsführer/Board of Managing Directors: Conrad 
Moeller, Jürgen Schubert
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht 
gestattet.
This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient (or have received this e-mail in error) please 
notify the sender immediately and destroy this e-mail. Any unauthorized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.