Hi Milan,

Please make sure that Dienstplan class is an instance of IApplication.

Also, you must make sure that your ULC Application class is loaded by the
same class loader as the ULCSession class.

ULC loads the application class via the Thread context class loader.

How do you deploy your ULC jar files and  the application classes / jar
files?

What class loader hierarchy are you using?

ULC 6.2 is not certified against a particular Application Server, rather it
can run in any container that conforms to
at least the Servlet 2.4 or at least the EJB 2.1 specification.

Thanks and regards,

Janak

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kubov, Milan
Sent: Wednesday, November 07, 2007 7:41 PM
To: [email protected]
Subject: [ULC-developer] jBoss


Hello,

We are using ULC 6.1.3 and in Release Notes is written, that you are
supporting only jBoss 3.2.5.
With jBoss 3.2.8 we haven't any problems.
With jBoss 4.0.3.SP1 we received following message (detailed described
already below):
com.PIAG.dienstplan.gui.Dienstplan is not a ULC application class

In Release Notes for ULC 6.2 is not mentioned support of jBoss.
Is there any improvement in ULC 6.2 or some bug fix for ULC 6.1.3 regarding
of support of jBoss 4.0.3.SP1 or higher, for example actuall newest version
jBoss 4.2.1.GA?

That problem I already asked you on february (see below). The helping hint
from you is allright in our configuration. Till now we are using Orion or
older jBoss with Windows/Linux platforms. Thanx for help.

--
S priateľským pozdravom
Mit freundlichen Gruessen
Best Regards

 Dipl. Ing. Milan Kubov
 WEB-Entwicklung

 P&I Personal & Informatik, s.r.o.
 Sliezska 1
 831 03 Bratislava, SK

 VoIP tel: 00 421-2-32407428
 tel.:     00 421-2-52636167
 mailto:[EMAIL PROTECTED]

>-----Original Message-----
From: [EMAIL PROTECTED]

Hi Milan,

You are deploying your ULC application as a servlet.

You should make sure that in web.xml you have specified the correct
application class.

For instance:

 <servlet>
        <servlet-name>ApplicationApplet</servlet-name>
        <servlet-class>com.ulcjava.container.servlet.server.ServletContainer
Adapter</servlet-class>
        <init-param>
            <param-name>application-class</param-name>
            <param-value>com.ulcjava.sample.hello.HelloApplet</param-value>
<<<<<<<<<<< This class should be an instance of IApplication
        </init-param>
        <init-param>
            <param-name>log-level</param-name>
            <param-value>WARNING</param-value>
        </init-param>
    </servlet>

Thanks and regards,

Janak

>-----Original Message-----
>From: [EMAIL PROTECTED]
>[EMAIL PROTECTED] Behalf Of Milan Kubov
>Sent: Friday, February 23, 2007 12:04 PM
>To: [email protected]
>Subject: [ULC-developer]
>com.ulcjava.base.shared.internal.IllegalArgumentException:
>com.PIAG.dienstplan.gui.Dienstplan is not a ULC application class
>
>
>Hi,
>
>We use ULC already couple of year, but till now only with
>ORION-Application server.
>
>We need for our customers also jBoss 4.0.3sp1 and with that we receive
>following error message.
>
>
>Configuration:
>ULC 6.0.4
>JRE 1.4.2_11
>jBoss 4.0.3sp1
>Windows XP Prof
>
>Error message:
>  com.ulcjava.base.shared.internal.IllegalArgumentException:
>com.PIAG.dienstplan.gui.Dienstplan is not a ULC application class.
>        at
>com.ulcjava.base.server.ULCSession.handleStartApplication(ULCSessio
>n.java:162)
>        at
>com.ulcjava.base.server.ULCSession.handleRequest(ULCSession.java:24)
>        at com.ulcjava.base.server.ULCSession.a(ULCSession.java:132)
>        at
>com.ulcjava.base.server.ULCSession.processRequests(ULCSession.java:158)
>        at
>com.ulcjava.container.servlet.server.SendRequestsCommand.handleRequ
>estContent(SendRequestsCommand.java:16)
>        at
>com.ulcjava.container.servlet.server.ContainerCommand.execute(Conta
>inerCommand.java:18)
>        at
>com.ulcjava.container.servlet.server.ServletContainerAdapterHelper.
>b(ServletContainerAdapterHelper.java:66)
>        at
>com.ulcjava.container.servlet.server.ServletContainerAdapterHelper.
>service(ServletContainerAdapterHelper.java:83)
>        at
>com.ulcjava.container.servlet.server.ServletContainerAdapter.servic
>e(ServletContainerAdapter.java:4)
>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>        at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ap
>plicationFilterChain.java:252)
>        at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio
>nFilterChain.java:173)
>        at
>org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeader
>Filter.java:81)
>        at
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ap
>plicationFilterChain.java:202)
>        at
>org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicatio
>nFilterChain.java:173)
>        at
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrappe
>rValve.java:213)
>        at
>org.apache.catalina.core.StandardContextValve.invoke(StandardContex
>tValve.java:178)
>        at
>org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPri
>ncipalValve.java:39)
>        at
>org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Secur
>ityAssociationValve.java:159)
>        at
>org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextVa
>lve.java:59)
>        at
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve
>.java:126)
>        at
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve
>.java:105)
>        at
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineV
>alve.java:107)
>        at
>org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>        at
>org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
>        at
>org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.pro
>cessConnection(Http11Protocol.java:744)
>        at
>org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEnd
>point.java:527)
>        at
>org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveW
>orkerThread.java:112)
>        at java.lang.Thread.run(Thread.java:534)
>
>
>Thanx for your help.
>
>--
>S priatelskym pozdravom
>Mit freundlichen Gruessen
>Best Regards
>
> Dipl. Ing. Milan Kubov
> BASIS-Entwicklung
>
> P&I Personal & Informatik, s.r.o.
> Mickiewiczova 16
> 811 07 Bratislava, SK
>
>VoIP tel: 00 421-2-32407428
>tel.:     00 421-2-52636167
>[EMAIL PROTECTED]


_______________________________________________
ULC-developer mailing list
[email protected]
http://lists.canoo.com/mailman/listinfo/ulc-developer

Reply via email to