[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: hilka  XML
Profile for hilka -> Messages posted by hilka [191] Go to Page: 1, 2, 3  ...  11, 12, 13 Next 
Author Message
Ok, then there is no use in further investigations. But thanks for the warning.

Tobias
But this solution also relies on having some java plugin in the browser. Right?
So this might cause trouble with java 9.

Tobias
Hi Roland,

what do you mean by integrated WebStart tag? Can you provide some details?

Tobias
Hello everyone,

the standard migration way that is promoted by Oracle seems to be migrating the applet to a webstart application. See here:

http://www.oracle.com/technetwork/java/javase/migratingfromapplets-2872444.pdf
and here
http://docs.oracle.com/javase/8/docs/technotes/guides/deploy/applet_dev_guide.html#JSDPG1032

Did not try it out yet, but that would be the next on my list. However, this approach might also rely on localhost HTTP communication, which might alsob be considered a security risk (XSS). But no installation would be necessary...

We also discussed the approach to install a client component and communicate between the web app and the client component using server-side communication. However, we want to get rid of installing anything locally, because the application might be rolled out to thousands of end users.
But from a security point of view, this would definitely work.

Tobias

Hello Community,

we are currently discussing the future of our client components that are written in Java. Currently, since we use the Swing client, there is no real problem because we already have Java on the client.

But if we want to update to the RISC client, we only have HTML/JavaScript on the client, and integrating applet is not an option because it will not be supported any more from Java 9 on.

I read about an approach to use a webstart way instead of integrating the applet into the HTML page. Did anyone try that out already? Do you have other approaches to solve that?

Thanks for your input. I would be happy to start a vital discussion here.

Tobias
Hi Björn,

we are currently using 20150930.

I just tried it out with the version from last monday, it works there. We will update to the latest version next week anyways...

Thanks.

Tobias
Actually I just tried it and it did not work.

I can see in the client console that the parameter is set properly, but the message still appears:
2016:01:28 18:09:32:247 | 37 | INFO | Parameter: showsplashurl=false .......... org.eclnt.client.page.PageBrowser>main

Are there any other splash screens involved?

Tobias
Great, thanks!

Can you add it to the user guide? I could not find it in there.

Tobias
Hello Captain,

is there a way of suppressing the URL that is shown in the initial splash screen. The one saying "Connecting to <URL>".

I could not find anything regarding that in the documentation.

One of our customer approaches us that he thinks this might be a security risk...

Tobias
Hi Captain,

we use a smarttextarea with smarttexttype="xml" to let the user enter information that he wants to send as email.

Unfortunately, if the user enters a ; somewhere in the text, an exception is thrown in the client and the text is truncated after the first ; in the text.

This is the stack trace:

[java] java.lang.ArrayIndexOutOfBoundsException: 2
[java] at org.eclnt.client.util.valuemgmt.SmartText.setSmartTextCSV(SmartText.java:190)
[java] at org.eclnt.client.util.valuemgmt.SmartText.createSmartTextByCSV(SmartText.java:133)
[java] at org.eclnt.client.controls.impl.SimpleEditorTextPane.getSimpleText(SimpleEditorTextPane.java:189)
[java] at org.eclnt.client.controls.impl.SimpleEditorTextPane.getSimpleTextXML(SimpleEditorTextPane.java:215)
[java] at org.eclnt.client.elements.impl.SMARTTEXTAREAElement.processChangeByUser(SMARTTEXTAREAElement.java:648')
[java] at org.eclnt.client.elements.impl.SMARTTEXTAREAElement.access$0(SMARTTEXTAREAElement.java:642)
[java] at org.eclnt.client.elements.impl.SMARTTEXTAREAElement$MyFocusListener.focusLost(SMARTTEXTAREAElement.java:86)

Seems like the text is interpreted as CSV text. The behavior is like that since a long time, I re-tested it with the version from last week ('5_0_20160118')

Best regards,

Tobias
Hi Björn,

exciting!

Do you also have a zip version available? You know I am a Mac user...

If not, I will install the exe on a windows machine and build the zip myself.

Tobias
Ok, that means we have to update our captain casa version to a later version.

Thanks.
Hello Community,

did you ever experience a NPE in the client console that looked like that:


Java-Plug-in 11.51.2.16
JRE-Version verwenden 1.8.0_51-b16 Java HotSpot(TM) Client VM
Benutzer-Home-Verzeichnis = C:\Users\bickelt
----------------------------------------------------
c: Konsolenfenster löschen
f: Objekte in Finalisierungs-Queue finalisieren
g: Garbage Collect
h: Diese Hilfemeldung anzeigen
l: Class Loader-Liste ausgeben
m: Speicherauslastung drucken
o: Logging auslösen
q: Konsole ausblenden
r: Policy-Konfiguration neu laden
s: System- und Deployment-Eigenschaften ausgeben
t: Threadliste ausgeben
v: Threadstack ausgeben
x: Class Loader-Cache leeren
0-5: Traceebene auf <n> setzen
----------------------------------------------------
Exception in thread "AWT-EventQueue-2" java.lang.NullPointerException
at javax.swing.BoxLayout.checkRequests(Unknown Source)
at javax.swing.BoxLayout.preferredLayoutSize(Unknown Source)
at javax.swing.plaf.basic.DefaultMenuLayout.preferredLayoutSize(Unknown Source)
at java.awt.Container.preferredSize(Unknown Source)
at java.awt.Container.getPreferredSize(Unknown Source)
at javax.swing.JComponent.getPreferredSize(Unknown Source)
at java.awt.BorderLayout.preferredLayoutSize(Unknown Source)
at java.awt.Container.preferredSize(Unknown Source)
at java.awt.Container.getPreferredSize(Unknown Source)
at javax.swing.JComponent.getPreferredSize(Unknown Source)
at javax.swing.JRootPane$RootLayout.preferredLayoutSize(Unknown Source)
at java.awt.Container.preferredSize(Unknown Source)
at java.awt.Container.getPreferredSize(Unknown Source)
at javax.swing.JComponent.getPreferredSize(Unknown Source)
at java.awt.BorderLayout.preferredLayoutSize(Unknown Source)
at java.awt.Container.preferredSize(Unknown Source)
at java.awt.Container.getPreferredSize(Unknown Source)
at java.awt.Window.pack(Unknown Source)
at javax.swing.Popup$HeavyWeightWindow.show(Unknown Source)
at javax.swing.Popup.show(Unknown Source)
at javax.swing.JPopupMenu.showPopup(Unknown Source)
at javax.swing.JPopupMenu.setVisible(Unknown Source)
at javax.swing.JPopupMenu.show(Unknown Source)
at org.eclnt.client.elements.impl.POPUPMENUElement$PopupMenuShower.openMenu(POPUPMENUElement.java:65)
at org.eclnt.client.elements.impl.POPUPMENUElement$PopupMenuShower.run(POPUPMENUElement.java:45)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$500(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)


We are having this issue at a customer after updating to a new version (the captain case version is quite old though: 4_0_20120207).

Did you ever have such problems?

Tobias
Hi Markus,

actually, we are not using Maven but we are using Ant and Ivy as our build system.

We have special eclipse projects that create artifacts for the client components of Captain Casa (= the libs that go to eclnt/lib) since we wrote some special client controls and we need to take care of properly signing the client jar files.

For the Server side (= all libs that go to WEB-INF/lib) we have a ivy configuration that includes all the dependencies that are part of the standard delivery of Captain Casa. This worked quite well over the last few years.


Tobias
 
Profile for hilka -> Messages posted by hilka [191] Go to Page: 1, 2, 3  ...  11, 12, 13 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team