Win a copy of Rust Web Development this week in the Other Languages forum!

Marcelo Beckmann

Greenhorn
+ Follow
since Mar 03, 2004
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Marcelo Beckmann

Hi Siddiqui,

Thank you for the initiative, these questions will
be helpfull for me.

I will reply about these questions.

For my studies I�m using the exam notes of Sathya Srinivasan,
these notes is really all I need to study to take the examination.

See in:
http://www.cssathya.com/software/tutorials/development/java/certification/scmad/notes.jsp
Hi Bert,

Here in Brazil the Siemens and Nokia are betting high in Mobile ,
they mounted research centers here, and there are anothers
spreaded in the world.

In www.zdnet.com there is a graphic of IT priorities
(at the first page) where wired & wireless figures as the
first priority in the business in the near and long term.

There�s also in this site a interesting video "Geting the most out of mobile devices".
Now I�m partaking as beta tester in the exam simulator for
the SCMAD test.

I�m liking the product, the questions are consistents and always
in the SCMAD context.
In my opinion the JBuilder X IDE is not a good version
to work with EJBs. It�s still very bugy, I prefer the 9 version...

1- The X does not migrate correctly the EJB modules from the 9 version,
and sometimes it�s simply migration fail;

2- The directories and file filtering content for the ejb jar does not work correctly, im some cases , the program simply put all the project,
ignoring the filtering (that works fine in 9 version), this make an huge ejb jar and take more and more time.

There are news enhancements in this new versions, but these bugs
will keep me out. I prefer to work with the 9 version, I have
many EJBs to manage.



I already know!!

Redirect the final java command in the file startWeblogic.cmd
with ">" redirector to a log file.

Is there another way to obtain the output console?
If yes, this will be very appreciated.
17 years ago
Hi for everybody,


Someone know how can I see the output console
of my weblogic 8.1 server remotely?

Since now thanks for the attention,
17 years ago
Hi Siddiqui,

You have making a great effort!!!

Since now thank you!! Really it�s very dificult to
take a exam with few exercices.
Thank you very much!!!
I brougth this book as used & new (Actually there are 16 pieces in Amazon)
and I recieved like a new book, it was only losts the plastic cover!!
Yes, you can change the default port number (8080) on the file
%CATALINA_HOME%\conf\server.xml , search the string "8080"
A usual combination in Win/NT Systems is the IIS (Running in another port)as the front to the web (working together with DNS server to provide names
and security: https://www.myapplication.mycompany.com ), and internally the IIS is pointing to a local application in another port:
http://localhost:8040/myapplication
17 years ago
I�m getting the following if I do not put
the weblogic.jar or wlclient.jar when I try to do a jndi lookup:
javax.naming.NoInitialContextException: Cannot instantiate class: weblogic.jndi.WLInitialContextFactory. Root exception is java.lang.ClassNotFoundException: weblogic.jndi.WLInitialContextFactory

I�m putting in the VM parameters:
-Djava.naming.factory.initial=weblogic.jndi.WLInitialContextFactory -Djava.naming.provider.url=t3://optserver1:7001

There is another VM parameter that can I use?
17 years ago
Hello everbody,
In my Tomcat 4.1 application who is client of a Weblogic 8.1 sp2,
I�m getting the following error:
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.io.StreamCorruptedException

This is because there are conflicts between the Tomcat core jars and the Weblogic client jars (weblogic.jar or wlclient.jar), so,
the Tomcat cannont correctly serialize to send requests to weblobic.

The question is the folowing:
What is the correct client library for weblogic that I must use
in the Tomcat, which does not cause conclicts?

Someone already gets this error?

Since now thanks for the attention.
17 years ago
I already found out the reason of this error:
I�m using as client library int the Tomcat the weblogic.jar and webservices.jar, as weblogic is also a web container, there is
a conflict between the libraries.

I tried to use the thin client (wlclient.jar), and the error message changed, the client can serialize the value object , but the client serialize the object as a null object, and another error , now in the server side, the very known NullPointerException, due to the incorrect serialization in the client side.

Now the question is the folowing: What is the correct client library for weblogic that I must use in the Tomcat, which does not cause conclicts?

Since now thanks for the attention.
17 years ago
This error message is because the container cannot serialize the real error class. There must to be another message (Cause) in the server console or in the client console.
Get this real message and post here.
17 years ago
More information: In the methods that returns value objects , and does not take any value object as parameter, this error does not occur.

Here is the stack trace printed in Tomcat, in the weblogic console
nothing was happened.

com.opt.ejb.exception.BusinessDelegateException: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
java.io.StreamCorruptedException
at gecol.ejb.bd.CompanhiaBD.setData(CompanhiaBD.java:182)
at gecol.client.web.MercadoVH.salvarConsumidor(MercadoVH.java:215)
at gecol.client.web.MercadoFC.salvarConsumidor(MercadoFC.java:218)
at gecol.client.web.MercadoFC.dispatch(MercadoFC.java:115)
at gecol.client.web.MercadoFC.processRequest(MercadoFC.java:43)
at gecol.client.web.MercadoFC.doPost(MercadoFC.java:251)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
at java.lang.Thread.run(Thread.java:536)
Caused by: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
java.io.StreamCorruptedException
at weblogic.rjvm.BasicOutboundRequest.sendReceive(BasicOutboundRequest.java:108)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.invoke(ReplicaAwareRemoteRef.java:284)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.invoke(ReplicaAwareRemoteRef.java:244)
at gecol.ejb.companhia.CompanhiaFCDBean_i4mhm_EOImpl_812_WLStub.setData(Unknown Source)
at gecol.ejb.bd.CompanhiaBD.setData(CompanhiaBD.java:174)
... 36 more
Caused by: java.io.StreamCorruptedException
at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1506)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at weblogic.common.internal.ChunkedObjectInputStream.readObject(ChunkedObjectInputStream.java:119)
at weblogic.rjvm.MsgAbbrevInputStream.readObject(MsgAbbrevInputStream.java:112)
at gecol.ejb.companhia.CompanhiaFCDBean_i4mhm_EOImpl_WLSkel.invoke(Unknown Source)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:477)
at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:108)
at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:420)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:353)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:144)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:415)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:30)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
Since now , tank you very much.
17 years ago