Re: ClassCastException in org.openejb.client.CgLibProxy
Christoph, Manu
thanks for your reply.
To Manu:
Geronimo reports the Application to be running
in the console. Furthermore: the usual JNDI naming problems
were solved before. So I can't see any connection to 2297.
But perhaps I'm only looking at the wrong places ...
To Chris:
the ejb-bar.xml seems to give the correct information. It is appended below.
Best
Willi
=== ejb-jar.xml ===
?xml version=1.0 encoding=UTF-8?
ejb-jar id=ejb-jar_1
xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/ejb-jar_2_1.xsd;
version=2.1
descriptionJ2EE Hello-Beispiel/description
display-nameJ2EEHelloBean/display-name
enterprise-beans
session id=Session_Hello
descriptionEine triviale EJB HelloBean/description
display-nameHelloBean/display-name
ejb-nameHelloBean/ejb-name
homeecho.HelloBeanHome/home
remoteecho.HelloBeanRemote/remote
local-homeecho.HelloBeanLocalHome/local-home
localecho.HelloBeanLocal/local
ejb-classecho.HelloBean/ejb-class
session-typeStateless/session-type
transaction-typeContainer/transaction-type
/session
/enterprise-beans
Am Montag, 13. November 2006 07:54 schrieb Manu George:
Hi,
Check whether it is because of this issue
http://issues.apache.org/jira/browse/GERONIMO-2297
Thanks
Manu
On 11/12/06, Christoph Reich [EMAIL PROTECTED] wrote:
Hi Willi,
your client looks good to me. Have you checked, that you are
using remote and remote-home interfaces in the EJB? If you
are using lokal interfaces I think you get a similar error
message
Cheers,
Chris
On Fri, 10 Nov 2006 14:36:25 +0100, Willi Nüßer wrote
Hi all,
I know it must be something trivial (config ...) but I'm at a loss.
Can't find anything related in the web, groups etc.
The problem:
running a very simple standalone HelloWorld client against
a corresponding EJB app in Geronimo 1.1.1 gives
the following error message:
java echo.client.SayHelloClient
java.lang.ClassCastException:
org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$28a286c9
at
org.openejb.client.CgLibProxy$$EnhancerByCGLIB$$eaec4f0a.create(generated)
at
...
PS:
Relevant source client code:
private static final String PURE_JNDI_HELLOBEAN = echo.HelloBean;
private static HelloBean hellobean;
private static void getEJBReference () {
Properties props = new Properties();
props.put(java.naming.factory.initial,
org.openejb.client.RemoteInitialContextFactory);
props.put(java.naming.provider.url, 127.0.0.1:4201);
props.put(java.naming.security.principal, system);
props.put(java.naming.security.credentials, manager);
try {
javax.naming.InitialContext initialContext =
new javax.naming.InitialContext(props);
Object objRef = initialContext.lookup(PURE_JNDI_HELLOBEAN);
HelloBeanHome hellobeanHome = (HelloBeanHome)
PortableRemoteObject.narrow(objRef, HelloBeanHome.class);
crash here
hellobean = hellobeanHome.create();
} catch (Exception ex) {
ex.printStackTrace();
}
}
--
Re: JavaScript error on Geronimo's console when requesting Information
Yes - 1939 sounds very similar - at least the same error messages and
location.
The JIRAs offer no solution, though, but only guess at possible reasons
and ask for a solution other than requiring the Adobe SVG plugin. I
testet my SVG plugin as described in the first JIRA and it seems to
work - at least according to the Adobe test page, so at least that does
not seem to be the problem here...
I didn't find any option in IE7 to fiddle with JS caching. I found
another, though, that disables script debugging. After unchecking that
one (i.e. enabling script debugging), I now - after clicking away the
first alert - get a second one on that page that reads:
--
'navigator.userAgent' is null or not an object
line: 416, column: 0
--
I did a quick search myself, but none of the java-scripts mentioned in
my previous append, is that long. The only source that's long enough is
the main info page itself, but it has some plain vanilla HTML code (some
table) at that location, so no indication what could be wrong here,
either.
Maybe that error message rings some bell or provides a clue to someone
else?
Michael
Paul McMahan [EMAIL PROTECTED]
wrote in message
news:[EMAIL PROTECTED]
Thanks for doing the extra detective work. This looks like a problem
in IE7 javascript processing to me. The offending script you
referenced is only present in the login page and is inlined directly
in that JSP's html content. It is not (or at least I don't understand
how it could possibly be) in any of the JS files that are included
when you view the Information portlet. My suspicion is that if you
view those same JS files using firefox then you won't see the same
contents as in IE, which indicates to me that IE7 is not caching JS
files correctly. Disabling caching in your browser may provide some
further clues.
I believe the root of this problem is related to the issue described
in this JIRA:
http://issues.apache.org/jira/browse/GERONIMO-1939
Which will probably be addressed by this JIRA:
http://issues.apache.org/jira/browse/GERONIMO-2552
Best wishes,
Paul
On 11/10/06, Michael Moser
[EMAIL PROTECTED] wrote:
In the main document there is only plain vanilla HTML code at that
line
...
trtddiv class=Selectiontable width=100% border=0
cellpadding=1 cellspacing=0
...
so I guess, that's not the culprit.
The page references four other .js files:
One in the header:
script language=Javascript src=/console/js/forms.js
type=text/javascript/script
That file is only 33 lines long, so no suspicious line 82, either.
And three more in the body (starting at line 658):
script type='text/javascript'
src='/console/portal/../dwr/interface/Jsr77Stats.js'/script
script type='text/javascript'
src='/console/portal/../dwr/engine.js'/script
script type='text/javascript'
src='/console/portal/../dwr/util.js'/script
In all three of these (generated from the same style-sheet or code?)
line 82 reads ('' added by me to mark line 82):
...
script
if (document.cookie == ) {
document.writeln('font
color=redstrongNote:
Logging onto the Geronimo Console requires cookies to be enabled in
your
web browser./strong/fontbr');
}
/script
...
Beats me why IE7 doesn't like that. I don't see anything fishy here -
maybe you ?
Michael
Aaron Mulder
[EMAIL PROTECTED] wrote in
message
news:[EMAIL PROTECTED]
Can you find out what's at line 82?
Thanks,
Aaron
On 11/10/06, Michael Moser
[EMAIL PROTECTED] wrote:
Downloaded and installed geronimo 1.1.1 to WinXP box.
Start login as system/manager and click on the Information
link
on
left side tree-view.
I always get a JavaScript error reading:
Wrong number of parameters, 1 expected
line 82, column: 0
Yes, I admit, this is using Internet Explorer (V7) - with Firefox
there
is no such error...
Michael
Re: Certificate setup - Geronimo 1.1.1
I was expecting an error to appear within the console is something had gone wrong during the keystore operations. I just checked the server logs and found the following errors: When importing the intermediate certificate (as a trust certificate): 47825: 19:20:15,746 ERROR [ConfirmCertificateHandler] Unable to import certificate When importing the CA root certificate (as the trust certificate): 47897: 19:22:23,388 ERROR [FileKeystoreInstance] Unable to import certificate When attempting to import the CA reply: 47826: 19:20:52,707 ERROR [BaseKeystoreHandler] Error importing CA reply TIA, Bob On Nov 12, 2006, at 7:33 PM, Bob Dushok wrote: I'm having difficulty completing the setup of an HTTPS listener. I'm following the docs named Certificate Properties File Realm at http://cwiki.apache.org/confluence/display/GMOxDOC11/Certificate +Properties+File+Realm. I've created the keystore, generated the private key, and generated a CSR without a problem. I've submitted the CSR to GoDaddy and have obtained their reply. When I click Import CA Reply I copy/paste the data from GoDaddy (including the BEGIN CERTIFICATE and END CERTIFICATE lines), but Geronimo seems to ignore my entry. No errors appear. I'm placed back on the keystore config page and the issuer is still listed as myself, not GoDaddy (Starfield). Any suggestions on how to proceed would be appreciated. In addition to their reply, GoDaddy also provides a root and intermediate certificate. I assume the root certificate is what I need to add as a trusted certificate, but Geronimo again refuses to accept it. How do I add the intermediate certificate to my config? Thanks, Bob
