[Logo] Enterprise Client Community
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: CaptainCasa  XML
Profile for CaptainCasa -> Messages posted by CaptainCasa [5516] Go to Page: 1, 2, 3  ...  366, 367, 368 Next 
Author Message
Hi Frauke,

it is the .jsp page that is the starting layout for any page: if you start...

http://...whatever.risc

...then the client actually calls the ccaround.jsp layout- and within this arranges the whatever-page as ROW(PAGEBEAN)INCLUDE.

So the client's data requests (== the normal client roundtrips to your applicaiton) are going through this page. If you switch your browser to development mode then you see one "ccaround.jsp..."-POST communicaation per serer roundtrip.

If your application runs into some error which is passed to the client, then the ccaround.jsp-roundtrip is the one to get the 500-response.

Kind regards! Björn
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
Hi,

a scrolling in a FIXGRID by default always picks the next chunk of data from the server-side! The grid is NEVER loaded as complete list of items to the client but is "paged" for performance reasons.

On server side all data that is referenced by default is picked - because it might have changed in the meantime!

For grids there is some accelerator to reduce the picking of the grid item properties: please take a look into the Developer's Guid: https://www.captaincasa.com/docu/eclnt_risc_developersguide/index.html?performanceoptimizationofgrids

Kind regards! Björn

PS: the attribute AVOIDROUNDTRIPS is for grid selections "only". A grid selection sometimes needs not to be immediately passed to the server side...
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
Hi,

compared to the "old" Swing color picker the number of colors that you can select from the HTML-version is quite limited... ;-)

The minimum we can (easily) do: have some more colors to pick from - currently there are 60 colors, so to update to 2 or 3 times more is not a problem.

Will do so for next or second-next update.

Kind regards! Björn
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog

IMPORTANT: please check change log - external client libraries were outsourced into own .jar libraries/artifacts with previous update 20240206
Problems with Tomcat 10.

Just had some mail ping pong with a user that is trying to get HotSwapAgent up and runnint with Tomcat 10 (jakarta). When following the original documentation then the Tomcat-plugin of HotSwapAgent was creating a bug:

Code:
        Caused by: org.apache.catalina.LifecycleException: Failed to start component [WebappLoader[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/App]]]
                 at org.apache.catalina.util.LifecycleBase.handleSubClassException(LifecycleBase.java:440)
                 at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:198)
                 at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:4747)
                 at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
                 at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:683)
                 ... 37 more
         Caused by: java.lang.IllegalArgumentException: No such field class org.apache.catalina.loader.ParallelWebappClassLoader.repositories on ParallelWebappClassLoader
   context: App
   delegate: false
 ----------> Parent Classloader:
 java.net.URLClassLoader@6404f418
 
                 at org.hotswap.agent.util.ReflectionHelper.get(ReflectionHelper.java:149)
                 at org.hotswap.agent.plugin.tomcat.TomcatPlugin.addRepositoriesAtStart(TomcatPlugin.java:168)
                 at org.hotswap.agent.plugin.tomcat.TomcatPlugin.init(TomcatPlugin.java:116)
                 at org.apache.catalina.loader.WebappLoader.startInternal(WebappLoader.java:398)
                 at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
                 ... 40 more
 


It sounds strange, but the Tomcat-plugin is not required for CaptainCasa development activities (you do not directly work with servlets/filters/...!). So when switching this plugin off, then Tomcat properly starts and it seems after first tests that code-replacement is properly working.

Switching off the Tomcat-plugin is just a simple configuration file, please read the details in the updated documentation: https://www.captaincasa.com/docu/eclnt_risc_hotswap/index.html?ifrunningtomcat10addbasicconfigurationfiletotomcatlib

Kind regards! Björn
Thanks Nikolay! ;-)
There are nicer ways, I believe:

Could you take a look at demo workplace: Components > Animation & Graphics & Sound > Image Capturer & Animator (1) - here select animation type "foglight" or "fogdark". The animations are super-easy to implement.

@cursor: the cursor is part of the style definition of each component. So... to consistently update the cursor we would have to update the style of each component. (How do we do it when communicating to the server: then a "glass pane component" is arranged in front of all other components, and this one glass pane component is driving the cursor styel...)

What do you think...?

Kind regards! Björn
(from mail - answered via forum)

Hi Björn,


Is there a way to somehow change the icon whenever there is a call to a bean to make some processing? Idea: We click on a checkbox then some filtering happens and the page is updated. If the process is to quick and the filter doesn't change the current UI, tthe user won't have a visual feedback unless we write something to the statusbar. He might get the impression that sthg "is broken". However if momentaneously the cursor icon of the mouse would quickly transit between the "default operation ongoing icon" (sand timer) and the default icon (pointer), he would know that there was sthg going on. What do you think?


Best Regards
Your way of accessing the top dispatcher is super-dependent on the way JSF stores its session data... Maybe you switched from a default implementation to our mini-implementation?

Nevertheless: if you cannot get the dispatcher by a concrete instance you can access by calling:

Code:
 IDispatcher top = DefaultDispatcher.getDialogSessionInstance();
 


Maybe you write a corresponding method in your dispatcher that returns back the proper class:


Code:
 public class Dispatcher
 {
     public static Dispatcher getDialogSessionInstance()
     {
         return (Dispatcher)DefaultDispatcher.getDialogSessionInstance();
     }
 


Kind regards! Björn
 
Profile for CaptainCasa -> Messages posted by CaptainCasa [5516] Go to Page: 1, 2, 3  ...  366, 367, 368 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team