Hi Salva, Here I'm just working on a widget also (an extension of the ULCTextArea so we can limit the number of characters entered), and I had also some trouble to get started. I think the documentation is not complete enough especially regarding item 4 below... without making jars and adding them to the build path nothing works...
The following might be useful: 1. Triple check the path and class name returned in the typeString() method - that was one of my errors (typo in UIWidget class name). 2. You must pack the client class with all eventually supporting classes in a jar file (for instance in Eclipse using "Export" - "jar file"). 3. Also the server class with all eventually supporting classes must be packed in another jar file. A good way to check if the jars are correct is expanding them again with for example winrar, and again triple check the complete folder hierarchy corresponds to your package name and all needed classes are inside the jar. 4. You must add both jar files in the Libraries folder on the Java Build Path (Eclipse: "Properties" - "Java Build Path"). Now it should work ... Handy is also a liberal use of "System.out.println()" debug statements in the client side of the widget to see what exactly goes on there ... Kind regards, Alberto A. Smulders HostDat Lda. - Portugal -------- Original-Nachricht -------- Datum: Thu, 13 Jul 2006 10:40:45 +0200 Von: Janak Mulani <[EMAIL PROTECTED]> An: salva vilarrasa <[EMAIL PROTECTED]> Betreff: RE: [ULC-developer] widget > Hi Salva, > > When you create a new ULC widget for your custom widget say MyWidget, you > create a server side class ULCMyWidget and a client side class UIMyWidget. > > The client side class UIMyWidget and the custom widget MyWidget should be > on > the class path of the ULC UI Engine - i.e. the ULC client running as > Applet > or JNLP. > > In ULCMyWidget.typeString() method you have return a string that is the > fully qualified class name for the UIMyWidget, for example > "mypackage.client.UIMyWidget". Note that you should not return > UIMyWidget.class.getName() - this will only work in the development > environment. > > Shared classes should obviously be available on the classpath of ULC > server > side application as well as the ULC client. > > Please refer to ULC Extension Guide of ULC 6.1 for more details about > extending ULC. > > BTW: > > Could you tell us: > > - what kind of application are you developing? > - which company are you working for? > - what kind of license are you using? > > We strongly recommend that you buy support. > > Thanks and regards, > > Janak > > > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of salva vilarrasa > Sent: Monday, July 10, 2006 9:12 AM > To: [EMAIL PROTECTED] Com > Subject: [ULC-developer] widget > > > When I create a new Widget it is working fine in my ide launching through > a > main class, but when putting all in my applet I got an error while trying > to > create a new instance of the UIwidget. Any clue of what this can be? > Another question, if I got some shared class like the constants used in > the > piechart example where should i place it both in my client.jar and > server.jar? thanks for all! > > _______________________________________________ > ULC-developer mailing list > [email protected] > http://lists.canoo.com/mailman/listinfo/ulc-developer -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer _______________________________________________ ULC-developer mailing list [email protected] http://lists.canoo.com/mailman/listinfo/ulc-developer
