WLCachedRowSet
Jeremy
Hi,
I'm currently using Weblogic 8.1 and Java WebStart. I have an EJB method that
retrieves some data from a database and creates a WLCachedRowSet.
The client uses only the reduced wlclient.jar as it is not feasible to download
the 36MB weblogic.jar file. When the client code calls the EJB method above, I
get a nasty CORBA "Unable to read value from underlying bridge" exception. Note
that the client only uses the javax.sql.RowSet and does not try to use the WLCachedRowSet.
If the client uses the full weblogic.jar, everything is fine.
If anybody has any ideas as to why this is occurring I would be extremely grateful.
Here are some code snippets:
// EJB method - create WLCachedRowSet in usual fashion
private RowSet getEmploymentRecords()
{
// execute stored proc to get ResultSet
// ........
RowSetFactory factory = RowSetFactory.newInstance();
WLCachedRowSet rowSet = factory.newCachedRowSet();
rowSet.populate(rs);
return rowSet;
}
// client code - throws Exception below
javax.sql.RowSet rowSet = blotterSL.getEmploymentRecords();
java.rmi.MarshalException: CORBA MARSHAL 1398079698 Maybe; nested exception is:
org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : null vmcid:
SUN minor code: 210 completed: Maybe
at com.sun.corba.se.internal.iiop.ShutdownUtilDelegate.mapSystemException(ShutdownUtilDelegate.java:97)
at javax.rmi.CORBA.Util.mapSystemException(Util.java:65)
at blotter._BlotterSLRemote_Stub.getEmploymentRecords(Unknown Source)
at ultimo.AppFrame.refreshTable(AppFrame.java:139)
at ultimo.AppFrame.access$1(AppFrame.java)
at ultimo.AppFrame$2.actionPerformed(AppFrame.java:74)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1764)
at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1817)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:419)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:257)
at javax.swing.AbstractButton.doClick(AbstractButton.java:289)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1113)
at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(BasicMenuItemUI.java:943)
at java.awt.Component.processMouseEvent(Component.java:5134)
at java.awt.Component.processEvent(Component.java:4931)
at java.awt.Container.processEvent(Container.java:1566)
at java.awt.Component.dispatchEventImpl(Component.java:3639)
at java.awt.Container.dispatchEventImpl(Container.java:1623)
at java.awt.Component.dispatchEvent(Component.java:3480)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3165)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095)
at java.awt.Container.dispatchEventImpl(Container.java:1609)
at java.awt.Window.dispatchEventImpl(Window.java:1590)
at java.awt.Component.dispatchEvent(Component.java:3480)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:450)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:197)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:144)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:136)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
Caused by: org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge
: null vmcid: SUN minor code: 210 completed: Maybe
at com.sun.corba.se.internal.iiop.CDRInputStream_1_0.read_value(CDRInputStream_1_0.java:1086)
at com.sun.corba.se.internal.iiop.CDRInputStream.read_value(CDRInputStream.java:293)
... 29 more
Stephen Felts
(along with no support for JMX).
"Jeremy" <jeremy....@laneone.com> wrote in message news:3f5d630d$1...@newsgroups.bea.com...
Jeremy
Thank you for your reply, and I am aware of this limitation. But should not the
client be able to work with the javax.sql.RowSet that is returned by the EJB method??
At no time does the client attempt to use or reference the WLCachedRowSet object,
it works only with the RowSet interface.
Using the Sun early access rowset.jar (also contains a CachedRowSet implementation),
I can similarly create a sun.jdbc.rowset.CachedRowSet in the EJB method and return
it as a javax.sql.RowSet. The client is able to use and manipulate this javax.sql.RowSet
returned by the EJB without having the rowset.jar on its classpath. Surely the
client should be able to work with the parent javax.sql.RowSet interface in both
cases??
Or is it that the client requires other JDBC functionality that is unavailable?
thanks,
j.
Stephen Felts
The Resultset implementation is part of JDBC, which is not supported by the thin client.
The thin client is just that, a client jar that is thin (small) and it's small because we
chose a small subset of classes (and functionality) to support.
"Jeremy" <jeremy....@laneone.com> wrote in message news:3f5e5fc5$1...@newsgroups.bea.com...