RE: [JBoss-user] unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++ .dll through JNI
Note that there's a difference between System.load() and
System.loadLibrary().
The former takes a full (or relative) path with file extension. The latter
just takes a raw file name, adjusts it to be platform-specific (i.e. on
Windows
it adds .DLL, on Unix it prepends Lib and adds .so) and then does an
OS-dependant
path search.
--
Danny Yates
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave Smith
Sent: 02 July 2004 15:53
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] unsatisfiedLinkError / jboss mbean unable to call
native method i n c++ .dll through JNI
I never could get absolute paths to work. Set -Djava.library.path in the
jboss startup script and remove the path info from the System.load call.
I do not know about Windows but I have got this working under Linux.
On Wed, 2004-06-30 at 09:10, Jeff Kramer wrote:
> I'm loading a .dll with System.load("myAbsolutePath/myDll.dll"); It
> looks to load it fine ( no error thrown when wrapping the above in a
> try/catch block ), but when I make the call to a method in the .dll, I
> get unsatisifed link error.
>
> The .dll is in the jboss bin.
>
> I have tried System.loadLibrary(dll) with the .dll in the
> java.library.path. No good.
>
> I have tried the call to loadLibrary in a static method and a non
> static method. No good.
>
> I have moved the .dll to the location of the MBean. No good. I looked
> in the .dll & matched up the name of the method I think i'm calling to
> the ascii name in the .dll. No good.
>
> UGH!
>
> I'm using jboss version 3.0.7_jakarta-tomcat-4.1.24. I downloaded a
> later version ( 3.2 and 4.0 beta ) which gave me some other deployment
> dependencies that only obscures the issue.
>
> If anyone has successfully called a JNI .dll from an mbean, please
> post!
>
> Thanks!
--
Dave Smith
CANdata Systems Ltd
416-493-9020
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Notice to recipient:
The information in this internet e-mail and any attachments is confidential
and may be privileged. It is intended solely for the addressee. If you are
not the intended addressee please notify the sender immediately by
telephone. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is prohibited and may be unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America,
N.A., London Branch, Banc of America Securities Limited and Banc of America
Futures Incorporated are regulated by the Financial Services Authority.
---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] unsatisfiedLinkError / jboss mbean unable to cal l native method in c++ .dll through JNI
Title: Message
I
wouldn't think the DLL calling another DLL would be an issue. And even if
there's a problem loading the second DLL, I wouldn't expect a Java-based
exception to be the result.
In
light of your classloader revelation, I'm afraid I'm stumped. JBoss does some
funky stuff with classloaders which it sounds like might be causing you
problems.
I'm
all out of ideas. Sorry.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 01 July 2004 13:59To:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method in c++ .dll
through JNI
Thanks for your response. I do indeed have the static
initializer block wrapping the call to loadLibrary() in my class that has
native method. Perhaps one piece of additional usefull info would be the
.dll i'm calling actually calls another .dll.
You
mentioned this process actually does work. Do you have a working example
or can you offer any other insight into what may be causing the problem I have
indicated? It almost seems JBOSS is internally doing something after the
libraries are loaded.
Thanks
-Original Message-From: Yates, Danny
[mailto:[EMAIL PROTECTED]Sent: Thursday, July 01,
2004 4:20 AMTo:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method in c++ .dll
through JNI
OK. I wasn't aware of that bit of dodgy code. My
apologies.
Windows still won't let you load a DLL more than once, but it seems
the JVM maintains a separate cache of native method -> DLL function
pointers on a per classloader basis.
In
this case, you need to make sure that your System.loadLibrary() and your
native calls are done from classes loaded by the same classloader. The
easiest way to do this is, I guess, to have a static initialiser block make
a System.loadLibrary() call in each class that has native methods (and this
is the recommended practice anyway).
I'm not sure on how JBoss's classloader architecture would affect
this - especially as you're using MBeans if I recall
correctly.
If
this still doesn't work, I would suggest externalising the JNI stuff into,
say, an RMI based server. Then you can have a bunch of session beans which
offer a facade to the RMI server, and you become platform neutral
again.
Rgds,
Dan.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 30 June 2004 15:23To:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++
.dll through JNI
see http://sourceforge.net/mailarchive/message.php?msg_id=1634373
in response to your first point.
I explained that I looked in the .dll and updated my native
function name from "aaBond_crv1_java" to "aaBond_crv1", to match what was
in the .dll. this did not work & I set it back, which does not
work either in my jboss mbean, but works fine in a standalone app. I
also explained in detail how I generated that full method name with javah
- jni, but that's getting away from the issue. Let's not do
that.
Once again, I have a standalone app that works. It
works, so we have proven .dll and calling class have matching
method names. Migrating this EXACT code to a class in a jboss
mbean, and the .dll to the jboss/bin, I get the unsatisfiedLinkError on
method call. As mentioned, the loadLibrary(myDll) does not throw
exception when wrapped in try-catch.
It is not obvious what i'm doing wrong here. If you can offer
anything, please advise.
thanks
-Original
Message-From: Yates, Danny
[mailto:[EMAIL PROTECTED]Sent: Wednesday, June 30,
2004 9:59 AMTo:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++
.dll through JNI
You cannot load more than one instance of a DLL into a given
process. And System.loadLibrary() is specifically documented to only try
and load one instance if called more than once.
Like I said, when the JVM reaches a method declared as 'native'
in Java, it applies a simple set of rules to the package, class and
method names to arrive at a function nam
RE: [JBoss-user] unsatisfiedLinkError / jboss mbean unable to cal l native method in c++ .dll through JNI
Title: Message
OK. I
wasn't aware of that bit of dodgy code. My apologies.
Windows still won't let you load a DLL more than once, but it seems the
JVM maintains a separate cache of native method -> DLL function pointers on a
per classloader basis.
In
this case, you need to make sure that your System.loadLibrary() and your native
calls are done from classes loaded by the same classloader. The easiest way to
do this is, I guess, to have a static initialiser block make a
System.loadLibrary() call in each class that has native methods (and this is the
recommended practice anyway).
I'm
not sure on how JBoss's classloader architecture would affect this - especially
as you're using MBeans if I recall correctly.
If
this still doesn't work, I would suggest externalising the JNI stuff into, say,
an RMI based server. Then you can have a bunch of session beans which offer a
facade to the RMI server, and you become platform neutral
again.
Rgds,
Dan.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 30 June 2004 15:23To:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++ .dll
through JNI
see
http://sourceforge.net/mailarchive/message.php?msg_id=1634373
in response to your first point.
I
explained that I looked in the .dll and updated my native function name from
"aaBond_crv1_java" to "aaBond_crv1", to match what was in the .dll. this
did not work & I set it back, which does not work either in my jboss
mbean, but works fine in a standalone app. I also explained in detail
how I generated that full method name with javah - jni, but that's getting
away from the issue. Let's not do that.
Once
again, I have a standalone app that works. It works,
so we have proven .dll and calling class have matching method
names. Migrating this EXACT code to a class in a jboss mbean, and
the .dll to the jboss/bin, I get the unsatisfiedLinkError on method
call. As mentioned, the loadLibrary(myDll) does not throw exception when
wrapped in try-catch.
It
is not obvious what i'm doing wrong here. If you can offer anything,
please advise.
thanks
-Original
Message-From: Yates, Danny
[mailto:[EMAIL PROTECTED]Sent: Wednesday, June 30,
2004 9:59 AMTo:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++ .dll
through JNI
You cannot load more than one instance of a DLL into a given process.
And System.loadLibrary() is specifically documented to only try and load one
instance if called more than once.
Like I said, when the JVM reaches a method declared as 'native' in
Java, it applies a simple set of rules to the package, class and method
names to arrive at a function name which it expects to be exported from the
DLL. The C function name and the Java method name that you gave on the
forums simply don't match.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 30 June 2004 15:00To:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++
.dll through JNI
I appreciate your response, but there is still a gap here. I
am using windows, and I've seen in some other posts how
unsatisfiedLinkError actually indicates more then one instance of the .dll
has been loaded. Do you have any experience or ideas about
this?
I have tried System.loadLibrary("CJavaWrap"), with the .dll in the
jboss/bin. I'm glad to hear it should work, but I cannot see
what we are doing wrong?!
-Original Message-From: Yates, Danny
[mailto:[EMAIL PROTECTED]Sent: Wednesday, June
30, 2004 9:41 AMTo:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++
.dll through JNI
Jeff,
As we discussed on the forum, there is really no magic to this.
It works. If it doesn't there's something up with your
config.
Other things that spring to mind:
1) System.loadLibrary() is defined to work in an implementation
specific manner. In Windows, I think it delegates to the LoadLibrary API
call. This looks in the path by default.
2) You don't need to .DLL extension. This is added by the JVM
when running on Wi
RE: [JBoss-user] unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++ .dll through JNI
Title: Message
You
cannot load more than one instance of a DLL into a given process. And
System.loadLibrary() is specifically documented to only try and load one
instance if called more than once.
Like I
said, when the JVM reaches a method declared as 'native' in Java, it applies a
simple set of rules to the package, class and method names to arrive at a
function name which it expects to be exported from the DLL. The C function name
and the Java method name that you gave on the forums simply don't
match.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 30 June 2004 15:00To:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++ .dll
through JNI
I
appreciate your response, but there is still a gap here. I am using
windows, and I've seen in some other posts how unsatisfiedLinkError actually
indicates more then one instance of the .dll has been loaded. Do you
have any experience or ideas about this?
I
have tried System.loadLibrary("CJavaWrap"), with the .dll in the
jboss/bin. I'm glad to hear it should work, but I cannot see what
we are doing wrong?!
-Original Message-From: Yates, Danny
[mailto:[EMAIL PROTECTED]Sent: Wednesday, June 30,
2004 9:41 AMTo:
'[EMAIL PROTECTED]'Subject: RE: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++
.dll through JNI
Jeff,
As
we discussed on the forum, there is really no magic to this. It works. If it
doesn't there's something up with your config.
Other things that spring to mind:
1)
System.loadLibrary() is defined to work in an implementation specific
manner. In Windows, I think it delegates to the LoadLibrary API call. This
looks in the path by default.
2)
You don't need to .DLL extension. This is added by the JVM when running on
Windows. (When running on Unix, it adds .so)
So, try just doing System.loadLibrary("myDLL") and make sure that the
DLL is on the PATH, or in the current directory. This is more portable than
using System.load()
However, I think the library is loading OK. If you check the Javadoc
for UnsatisfiedLinkError, you'll see why it's thrown. And this corresponds
with the reasons I gave you on the forum.
I
repeat: THERE IS NOTHING IN JBOSS WHICH IS STOPPING THIS WORKING. You really
need to write your own standalone Java program to get this working as a
starting point. Don't rely on someone else's code. Don't rely on something
from a vendor. Write your own 10 liner so that you fully understand and
control the execution environment (PATH, environment and system properties,
etc.)
Dan.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 30 June 2004 14:10To:
'[EMAIL PROTECTED]'Subject: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to call native method i n c++
.dll through JNI
I'm loading a .dll with
System.load("myAbsolutePath/myDll.dll"); It looks to load it fine ( no
error thrown when wrapping the above in a try/catch block ), but when I
make the call to a method in the .dll, I get unsatisifed link error.
The .dll is in the jboss bin.
I have tried System.loadLibrary(dll) with the .dll in
the java.library.path. No good.
I have tried the call to loadLibrary in a static method
and a non static method. No good.
I have moved the .dll to the location of the MBean. No
good. I looked in the .dll & matched up the name of the method I think
i'm calling to the ascii name in the .dll. No good.
UGH! I'm using jboss version
3.0.7_jakarta-tomcat-4.1.24. I downloaded a later version ( 3.2 and 4.0
beta ) which gave me some other deployment dependencies that only obscures
the issue. If anyone has successfully called a JNI .dll from an
mbean, please post! Thanks!
Notice to recipient:
The information in this internet e-mail and
any attachments is confidential and may be privileged. It is intended solely
for the addressee. If you are not the intended addressee please notify the
sender immediately by telephone. If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it, is prohibited and may be unlawful.
When addressed to external clients any opinions
or
RE: [JBoss-user] unsatisfiedLinkError / jboss mbean unable to cal l native method i n c++ .dll through JNI
Title: Message
Jeff,
As we
discussed on the forum, there is really no magic to this. It works. If it
doesn't there's something up with your config.
Other
things that spring to mind:
1)
System.loadLibrary() is defined to work in an implementation specific manner. In
Windows, I think it delegates to the LoadLibrary API call. This looks in the
path by default.
2) You
don't need to .DLL extension. This is added by the JVM when running on Windows.
(When running on Unix, it adds .so)
So,
try just doing System.loadLibrary("myDLL") and make sure that the DLL is on the
PATH, or in the current directory. This is more portable than using
System.load()
However, I think the library is loading OK. If you check the Javadoc for
UnsatisfiedLinkError, you'll see why it's thrown. And this corresponds with the
reasons I gave you on the forum.
I
repeat: THERE IS NOTHING IN JBOSS WHICH IS STOPPING THIS WORKING. You really
need to write your own standalone Java program to get this working as a starting
point. Don't rely on someone else's code. Don't rely on something from a vendor.
Write your own 10 liner so that you fully understand and control the execution
environment (PATH, environment and system properties, etc.)
Dan.
--
Danny Yates
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
KramerSent: 30 June 2004 14:10To:
'[EMAIL PROTECTED]'Subject: [JBoss-user]
unsatisfiedLinkError / jboss mbean unable to call native method i n c++ .dll
through JNI
I'm loading a .dll with
System.load("myAbsolutePath/myDll.dll"); It looks to load it fine ( no error
thrown when wrapping the above in a try/catch block ), but when I make the
call to a method in the .dll, I get unsatisifed link error.
The .dll is in the jboss
bin.
I have tried System.loadLibrary(dll) with the .dll in the
java.library.path. No good.
I have tried the call to loadLibrary in a static method and
a non static method. No good.
I have moved the .dll to the location of the MBean. No good.
I looked in the .dll & matched up the name of the method I think i'm
calling to the ascii name in the .dll. No good.
UGH! I'm using jboss version
3.0.7_jakarta-tomcat-4.1.24. I downloaded a later version ( 3.2 and 4.0 beta )
which gave me some other deployment dependencies that only obscures the issue.
If anyone has successfully called a JNI .dll from an mbean, please
post! Thanks!
Notice to recipient:
The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.
When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority.
RE: [JBoss-user] DOCTYPE without network
Title: Message JBoss implements an Entity Resolver which will retrieve known DTDs from a local resource. If this is not happening, the most likely scenario is that you've mistyped the SYSTEM id? -- Danny Yates -Original Message-From: Eric J Kaplan [mailto:[EMAIL PROTECTED] Sent: 10 March 2004 17:17To: [EMAIL PROTECTED]Subject: [JBoss-user] DOCTYPE without network I asked this question on the forums with no answer. What do you do if you are not connected to the network yet you have ejb-jar.xml declare DOCTYPE...java.sun.com? Is there any way to turn off the validation on the server? It complains if there is no DOCTYPE in the deployment descriptors. Hardcoding an "alternative" location is not an option. Regards Eric J. Kaplan Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority.
RE: [JBoss-user] mailing list and forums
And another thing... :-) This is partly my fault for using Outlook, and I concede that point, but the new forum stuff makes it very difficult to "thread" replies. With the old list, I would right-click a message and do "Find All > Related Messages", which would deal with Re: and FW: prefixes and then match stuff by subject. Now that the Re: appears after the forum name (e.g. [JBoss-user][Datasource Configuration] - Re: blah blah), Outlook gets completely stumped. Anybody know a way around this? Dan. -- Danny Yates -Original Message- From: Thomas Hentschel Lund [mailto:[EMAIL PROTECTED] Sent: 11 February 2004 09:26 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] mailing list and forums Also please shorten then extra info tags in the subject. I work on a laptop running 1024x768 and evolution email client. When making evolution as wide as possible I see a subject like: "[Jboss-user][Jboss Getting Started Documentation] - Jboss 3.2..." And I even made the subject field as wide as possible Extremely hard to know if this is an email I want to read or not. /Thomas tir, 2004-02-10 kl. 20:42 skrev Vladyslav Kosulin: > Hi all, > After we united forums with mailing list, the mailing list became almost > unreadable. No quotes, not tree structures. It is very hard to follow > discussions for those who use mail clients. > > Is it possible to modify the forum software so it preserves the traditional > mailing list attributes, such as quote and correct header info for reply? > > Vlad > > > --- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] MessageListener threw a RuntimeException
You're catching JMSException, but a RuntimException is being thrown (according to the debug). If you want to catch RuntimeException, do catch (RuntimeException e) not catch (JMSException e) :-) D. -- Danny Yates -Original Message- From: Ionel GARDAIS [mailto:[EMAIL PROTECTED] Sent: 21 January 2004 16:17 To: jboss-user Subject: [JBoss-user] MessageListener threw a RuntimeException Hi, i am getting the followinf warning everytime my topic MessageListener gets a message : 2004-01-21 17:08:59,849 [MessageListenerThread - performance] WARN org.jboss.mq.SpyMessageConsumer - Message listener [EMAIL PROTECTED] threw a RuntimeException. What is this exception ? Everything I do inside the onMessage method is surrounded by a try/catch JMSException block I saw this since I use log4j for logging purpose. thanks, ionel _ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] servlet quickstart instructions
Title: Message Ah, now you start to stretch my expertise! :-) AFAIK, it's all spec compliant. Best with 3rd party stuff to include it in the WAR, as this gives you the option to have different version in different WARs. I think they go in WEB-INF/lib - check the spec, or any online tutorial I guess. Also, the URL is specified in the deployment descriptor. Again, spec or online tutorial will be a good starting point. Dan. -- Danny Yates -Original Message-From: Eric J Kaplan [mailto:[EMAIL PROTECTED] Sent: 11 December 2003 15:45To: [EMAIL PROTECTED]Subject: RE: [JBoss-user] servlet quickstart instructions Thanks Danny. I hate to be a bore, but what specifically, other than the classes used to run it, should I package (mainly familiar with ear files, assume similar). Can I package third party jars in the war or do I need to drop them in the lib directory under my deployment. Also, how do I specify the URL to access the servlet? Regards -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Yates, DannySent: Thursday, December 11, 2003 9:29 AMTo: '[EMAIL PROTECTED]'Subject: RE: [JBoss-user] servlet quickstart instructions Just package it up as a WAR file and drop it into the deploy directory - just like EJBs. -- Danny Yates -Original Message-From: Eric J Kaplan [mailto:[EMAIL PROTECTED] Sent: 11 December 2003 13:48To: [EMAIL PROTECTED]Subject: [JBoss-user] servlet quickstart instructions All We've been using jboss for EJBs for a while. Great stuff. We're currently running 3.0.4. Can anyone point me at a quick start guide for getting a servlet installed on the server. We already have the servlet written. We don't need security, etc. This is purely for internal development. Regards Eric J. Kaplan Armanta, Inc. 350 Mt. Kemble Ave. Morristown, NJ 07960 Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority.
RE: [JBoss-user] servlet quickstart instructions
Title: Message Just package it up as a WAR file and drop it into the deploy directory - just like EJBs. -- Danny Yates -Original Message-From: Eric J Kaplan [mailto:[EMAIL PROTECTED] Sent: 11 December 2003 13:48To: [EMAIL PROTECTED]Subject: [JBoss-user] servlet quickstart instructions All We've been using jboss for EJBs for a while. Great stuff. We're currently running 3.0.4. Can anyone point me at a quick start guide for getting a servlet installed on the server. We already have the servlet written. We don't need security, etc. This is purely for internal development. Regards Eric J. Kaplan Armanta, Inc. 350 Mt. Kemble Ave. Morristown, NJ 07960 Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority.
RE: [JBoss-user] Jdbc difference oracle <-> hsql
Not so much "funny" as "SQL spec compliant" :-)
--
Danny Yates
-Original Message-
From: Nicholas [mailto:[EMAIL PROTECTED]
Sent: 10 December 2003 06:54
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Jdbc difference oracle <-> hsql
Oracle is funny that way. Different results may occur
for
b=null
and
b is null
In OraLogic, null is an unknown value, and hence is
never equal to anything.
--- "Rupp, Heiko" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I just encounter a different result from a finder
>
> Collection findFoo(String a, String b)
> "select object o from xxx where o.a=?1 and o.b=?2"
>
> with a="test" b=null
>
> hsql 1.7.1 with its driver does the expected thing
> and find a record ("test", null)
> while Oracle9i with its thin driver doesn't find the
> same record.
>
> Any hint here?
> This is with JBoss 3.2.1 and 3.2.3
>
> Thanks
>Heiko
>
>
> --
> Heiko W. Rupp EMail:
> [EMAIL PROTECTED]
> Senior Consultant Telefon: +49 711 222
> 992 - 900
> Cellent AG Finance SolutionsTelefax: +49 711 222
> 992 - 999
> Calwer Str. 33 D-70173 Stuttgart
>
>
>
---
> This SF.net email is sponsored by: IBM Linux
> Tutorials.
> Become an expert in LINUX or just sharpen your
> skills. Sign up for IBM's
> Free Linux Tutorials. Learn everything from the
> bash shell to sys admin.
> Click now!
> http://ads.osdn.com/?ad_id78&alloc_id371&op=click
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
>
https://lists.sourceforge.net/lists/listinfo/jboss-user
=
Nicholas Whitehead
Home: (973) 377 9335
Cell: (201) 615 2716
[EMAIL PROTECTED]
Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Notice to recipient:
The information in this internet e-mail and any attachments is confidential
and may be privileged. It is intended solely for the addressee. If you are
not the intended addressee please notify the sender immediately by
telephone. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is prohibited and may be unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America,
N.A., London Branch, Banc of America Securities Limited and Banc of America
Futures Incorporated are regulated by the Financial Services Authority.
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Jdbc difference oracle <-> hsql
I'm only guessing, but is JBoss generating
... o.b = null ...
?
If so, this is invalid SQL. The correct syntax is
... o.b is null ...
Maybe the MySQL accepts this (many SQL servers do), but Oracle
doesn't?
Just a guess.
--
Danny Yates
-Original Message-
From: Rupp, Heiko [mailto:[EMAIL PROTECTED]
Sent: 09 December 2003 17:52
To: JBoss Users (E-Mail)
Subject: [JBoss-user] Jdbc difference oracle <-> hsql
Hi,
I just encounter a different result from a finder
Collection findFoo(String a, String b)
"select object o from xxx where o.a=?1 and o.b=?2"
with a="test" b=null
hsql 1.7.1 with its driver does the expected thing
and find a record ("test", null)
while Oracle9i with its thin driver doesn't find the
same record.
Any hint here?
This is with JBoss 3.2.1 and 3.2.3
Thanks
Heiko
--
Heiko W. Rupp EMail: [EMAIL PROTECTED]
Senior Consultant Telefon: +49 711 222 992 - 900
Cellent AG Finance SolutionsTelefax: +49 711 222 992 - 999
Calwer Str. 33 D-70173 Stuttgart
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Notice to recipient:
The information in this internet e-mail and any attachments is confidential
and may be privileged. It is intended solely for the addressee. If you are
not the intended addressee please notify the sender immediately by
telephone. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is prohibited and may be unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America,
N.A., London Branch, Banc of America Securities Limited and Banc of America
Futures Incorporated are regulated by the Financial Services Authority.
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] share stateful session beans
An EJB is just a Java class which obeys certain rules and runs in a
specific environment (i.e. the container). It is free to create an
instance of any other Java class it wishes (with certain exceptions,
such as Thread and ServerSocket). So you implement your own cache
class:
class MyCache {
private static MyCache instance = new MyCache();
private Map cache = new HashMap();
private MyCache() {}
public static MyCache getInstance() {return instance;}
public synchronized void put(Object key, Object value) {
cache.put(key, value);
}
public synchronized Object get(Object key) {
return cache.get(key);
}
}
This allows you to make your key and value type-specific if desired,
or you could just wrap a Map in a SynchronizedMap, or something.
Then, each bean instance retrieves a cache instance using
MyCache.getInstance(), and performs operations.
This is a classic (non-lazy) Singleton pattern. Note the addition of
synchronization to project against simultaneous access from multiple
bean instances (or, rather, multiple client threads). Whilst
synchronization is "outlawed" in the EJB spec, the reason is to
prevent objects from locking for extended periods of time. The kind
of synchronization here (for short-running, atomic operations) is
fine.
However, I note that you ask about clustering. If you apply this
pattern to a clustered environment, you will get multiple cache
instances per JVM.
Dan.
--
Danny Yates
-Original Message-
From: Pedro Salazar [mailto:[EMAIL PROTECTED]
Sent: 04 December 2003 17:17
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-user] share stateful session beans
On Thu, 2003-12-04 at 16:29, Yates, Danny wrote:
> A Stateful Session Bean is specifically intended to have one instance
> allocated to each client.
>
> Your best option is to use a Stateless Session Bean, which provides the
> interface, and have it delegate to a POJO which maintains the state and
> is created using some variation of the Singleton pattern.
>
> --
> Danny Yates
>
Could you explain me better the theory of POJO inside stateless session
beans? I think I know what is intended to do, but I don't know how to
implement it.
A little example would be more than enough...
regards,
Pedro Salazar.
--
-PS
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
Notice to recipient:
The information in this internet e-mail and any attachments is confidential
and may be privileged. It is intended solely for the addressee. If you are
not the intended addressee please notify the sender immediately by
telephone. If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance on it,
is prohibited and may be unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America,
N.A., London Branch, Banc of America Securities Limited and Banc of America
Futures Incorporated are regulated by the Financial Services Authority.
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] share stateful session beans
A Stateful Session Bean is specifically intended to have one instance allocated to each client. Your best option is to use a Stateless Session Bean, which provides the interface, and have it delegate to a POJO which maintains the state and is created using some variation of the Singleton pattern. -- Danny Yates -Original Message- From: Pedro Salazar [mailto:[EMAIL PROTECTED] Sent: 04 December 2003 16:21 To: [EMAIL PROTECTED] Subject: [JBoss-user] share stateful session beans Greetings, I wonder if there is a way to share information in a stateful session bean (which is not intended to persist for life rather just for the life time of the application server) between several clients. When I say several clients I mean I have a web service, a servlet, a ejb, or any other access point, and I would like to access to the stateful bean from there. My problem is how to share the bean when the contexts are different and heterogeneous - shouldn't exist a find method for a stateful session bean? I use at the moment a entity bean but it has some problems: -slow (stores the information in the database) -if database connection fails (for a db restart), my system blocks - and it shouldn't. thanks. regards, Pedro Salazar. -- -PS --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Weblogic to JBoss Migration - Differences in XA and Non-XA DataS ource handling (Stack Trace)
One way might be to off-load the non-XA work to a separate bean which has its transaction attribute set to Not Supported. -- Danny Yates -Original Message- From: Sasidharan, Manoj [mailto:[EMAIL PROTECTED] Sent: 18 November 2003 19:41 To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] Weblogic to JBoss Migration - Differences in XA and Non-XA DataS ource handling (Stack Trace) Hello Alex, Really not sure if this comes under J2EE specs. But I guess it should. If not, there is no way other way to achieve the real goal of using XA and Non-XA datasources. This holds good in BEA Tuxedo (C/C++ Transactional Middleware) and Weblogic worlds. BTW, is there any other way of achieving this? I mean if the application wants to have two datasources - XA and Non-XA and does not want the operations in Non-XA to any way impact the user transaction. Thanks a lot for taking some time for helping me out. We need a JBoss port of our application urgently for our customer. The initial development/testing was done on Weblogic. Hence the confusion. rgds MS -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 18, 2003 11:04 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Weblogic to JBoss Migration - Differences in XA and Non-XA DataS ource handling (Stack Trace) Sasidharan, Manoj wrote: > Yes. But I am trying to do this on a Non-XA datasource connection. This > should in no way impact the on-going user transaction. Is this behaviour defined in the spec? I guess, the philosophy is you are in a managed environment and should not set auto-commit yourself. > > I have two datasources - XA and Non-XA and Session bean uses both to > complete its operation. Only the XA needs to be rolled-back. > > rgds > MS > > -Original Message- > From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 18, 2003 4:50 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-user] Weblogic to JBoss Migration - Differences in > XA and Non-XA DataS ource handling (Stack Trace) > > > Are you trying to set autocommit? You can not do it in a managed tx. > > Sasidharan, Manoj wrote: > > >>Hello Adrian, >> >>Thanks for taking some time for helping me on this issue. Here is the > > stack > >>trace at the server when the problem occurs. >> >>20:26:31,122 WARN [TxConnectionManager$LocalXAResource] Prepare called on > > a > >>loc >>al tx. Use of local transactions on a jta transaction with more than one >>branch >>may result in inconsistent data in some cases of failure. >>20:26:31,137 ERROR [STDERR] [ERROR]You cannot set autocommit during a >>managed tr >>ansaction! >>20:26:31,215 ERROR [STDERR] [Thu Nov 13 20:26:31 PST 2003][CALL >>STACK][76b9eaa7d >>d7b7d6f4ea15cb77bdea60667df0][java.sql.SQLException: You cannot set >>autocommit d >>uring a managed transaction! >>at >>org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.setJdbcA >>utoCommit(BaseWrapperManagedConnection.java:395) >>at >>org.jboss.resource.adapter.jdbc.WrappedConnection.setAutoCommit(Wrapp >>edConnection.java:426) >>at com.plx.framework.sql.Serial.beginTrans(Serial.java:226) >>at > > com.plx.framework.sql.Serial.getNextNumberBlock(Serial.java:157) > >>at com.plx.framework.sql.Serial.getNextSerial(Serial.java:301) >>at com.plx.efw.server.system.Login.insertLogin(Login.java:197) >>at com.plx.efw.server.system.Login.login(Login.java:105) >>at >>com.plx.efw.server.system.SystemSessionBean.login(SystemSessionBean.j >>ava:275) >>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> >>Please let me know if you need some more information to analyze the > > problem. > >>rgds >>MS >> >>-Original Message- >>From: Adrian Brock [mailto:[EMAIL PROTECTED] >>Sent: Friday, November 14, 2003 12:38 AM >>To: [EMAIL PROTECTED] >>Subject: Re: [JBoss-user] Weblogic to JBoss Migration - Differences in >>XA and Non-XA DataSo urce handling >> >> >>On Fri, 2003-11-14 at 03:21, Sasidharan, Manoj wrote: >> >> >>>Hello All, >>> >>>JBoss 3.2.2 >>>Oracle 9.2.0.4 >>>Datasources are created using oracle-ds.xml (Non-XA) and oracle-xa-ds.xml >>>(XA) >>> >>>I have a Stateless session bean that gets an XA connection and does some >>>database updates. It also tries to get a Non-XA connection and perform >> >>some >> >> >>>database updates and for that tries to set AutoCommit ON. Our logic does >> >>not >> >> >>>expect the second updates to be any way affect the on-going user >>>transaction. Some how, the code does not work. The exception says that >>>auto-commit can be used inside Bean Managed Transactions. >>> >> >> >>Is the exception secret or do we have to guess? >> >>Regards, >>Adrian >> >> >> >>>The code just works fine in Weblogic. >>> >>>Any suggestions on what would be the problem or how to avoid it would be >>>highly appreciated. >>> >>>Thanks in advance. >>> >>>rgds >>>MS >>> >>> >>>--
RE: [JBoss-user] TypeConvertionException with Firebird Database
Hi,
Is your object really serializable? Can you serialize it to a file? Are
all it's members serializable or transient?
Another approach if you are having problems would be to serialize it by
hand to a byte[] (using ByteArrayOutputStream) and then store it as a
byte[] (SQL BLOB I guess) on the database.
Rgds,
Dan.
--
Danny Yates
-Original Message-
From: Milen Dyankov [mailto:[EMAIL PROTECTED]
Sent: 18 November 2003 16:11
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] TypeConvertionException with Firebird Database
Alexey Loubyansky wrote:
> If defaults do not work for you, you should try different types
> yourself. Please, let us know your findings. Thanks.
>
We did some tests and here is what we have found out.
The following works fine:
Class.forName("org.firebirdsql.jdbc.FBDriver");
Connection connection =
DriverManager.getConnection("jdbc:firebirdsql:localhost/3050:dbname",
"dbuser", "dbpassword");
PreparedStatement statement = connection.prepareStatement("INSERT
INTO TEST (blob_field) VALUES (?)");
--> statement.setObject(1, "simple test");
statement.executeUpdate();
statement.close();
connection.close();
but the following fails with "TypeConvertionException"
Class.forName("org.firebirdsql.jdbc.FBDriver");
Connection connection =
DriverManager.getConnection("jdbc:firebirdsql:localhost/3050:dbname",
"dbuser", "dbpassword");
PreparedStatement statement = connection.prepareStatement("INSERT
INTO TEST (blob_field) VALUES (?)");
--> statement.setObject(1, new MyObject("test")); // "MyObject"
implements Serializable
statement.executeUpdate();
statement.close();
connection.close();
After reading some documentation and exploring some examples regarding
JayBird (JDBC driver for Firebird)
we are under the impression that setObject() works only with java types
which have their own setters
(such us java.lang.String, java.lang.Integer, etc.).
In the above mentioned examples "setBinaryStream()" was used to set BLOB
fields and there was no example
of setObject().
I suppose the problems lays on JayBird's side!
Just out of curiosity though, does the CMP engine always call setObject() or
it tries to figure out the
field type and use appropriate method?
If someone have ever managed to store serialized object into Firebird,
please share your experience?
Best regards,
Milen Dyankov
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
---
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] WrappedConnection problem
Passing a JDBC connection doesn't sound like good design to me. Anyway, have you made sure you're closing the connection itself? -- Danny Yates -Original Message- From: mark pope [mailto:[EMAIL PROTECTED] Sent: 15 November 2003 01:15 To: [EMAIL PROTECTED] Subject: [JBoss-user] WrappedConnection problem Hi, I'm passing a JDBC Connection between two stateless beans. The called bean uses it and closes its Statement and ResultSet. When the method returns to the caller I get a WrappedConnection msg on the console. Both EJBs have local interfaces. I don't believe that I am violating the EJB Spec and cannot determine if there are any *xml or *-ds.xml flags that I can set to eliminate the msg. Is my approach incorrect? thx. __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss-net does not like calling EJB method with transaction type = never
The other option is that the Axis transaction is unsuspended for the second-tier beans. Effectively, this will make all your second-tier beans run in one transaction. If this is what happens. -- Danny Yates -Original Message- From: Jonathan.O'[EMAIL PROTECTED] [mailto:Jonathan.O'[EMAIL PROTECTED] Sent: 14 November 2003 16:12 To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JBoss-net does not like calling EJB method with transaction type = never Danny, Thanks "NotSupported" fixed it alright. But I still think that Web Services should not wrap everything in a transaction. I presume that new transactions are created whenever it calls beans marked as "required". At least my tests all run smoothly. Ciao, Jonathan O'Connor XCOM Dublin "Yates, Danny" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 14.11.2003 14:06 Please respond to jboss-user To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject:RE: [JBoss-user] JBoss-net does not like calling EJB method with transaction type = never I would guess that what is happening is: 1) Axis starts a transaction to call your Web Services class 2) Your Web Services class (now in a transaction) tries to call the bean 3) Because the bean is marked "never", the call fails Perhaps you should consider "NotSupported" which will suspend the Axis transaction whilst inside your bean. Not sure what happens if you bean then tries to call other beans which are marked "Required". -- Danny Yates -Original Message- From: Jonathan.O'[EMAIL PROTECTED] [mailto:Jonathan.O'[EMAIL PROTECTED] Sent: 14 November 2003 12:51 To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss-net does not like calling EJB method with transaction type = never I'm working on JBoss 3.0.8. I am trying to call an EJB Session Bean method via SOAP/Axis. The bean method is marked @ejb.transaction-type = "never" because it calls 3 other session beans that handle their own transactions. According to the stack trace, the Axis RPCProvider.invokeMethod is eventually trying to run with Transactions. Should it not obey the transaction type info from ejb-jar.xml? Any help is appreciated. I get the following stack trace: javax.ejb.EJBException: Transaction not allowed at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:330) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:98) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:13 0) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav a:313) at org.jboss.ejb.Container.invoke(Container.java:738) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:99) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77 ) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInter ceptor.java:111) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy185.issueCard(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:347 ) at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:2 25) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:263) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java: 71) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:154) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:121) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:288) at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:543) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl er.java:294) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) at org.mortbay.htt
RE: [JBoss-user] JBoss-net does not like calling EJB method with transaction type = never
I would guess that what is happening is: 1) Axis starts a transaction to call your Web Services class 2) Your Web Services class (now in a transaction) tries to call the bean 3) Because the bean is marked "never", the call fails Perhaps you should consider "NotSupported" which will suspend the Axis transaction whilst inside your bean. Not sure what happens if you bean then tries to call other beans which are marked "Required". -- Danny Yates -Original Message- From: Jonathan.O'[EMAIL PROTECTED] [mailto:Jonathan.O'[EMAIL PROTECTED] Sent: 14 November 2003 12:51 To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss-net does not like calling EJB method with transaction type = never I'm working on JBoss 3.0.8. I am trying to call an EJB Session Bean method via SOAP/Axis. The bean method is marked @ejb.transaction-type = "never" because it calls 3 other session beans that handle their own transactions. According to the stack trace, the Axis RPCProvider.invokeMethod is eventually trying to run with Transactions. Should it not obey the transaction type info from ejb-jar.xml? Any help is appreciated. I get the following stack trace: javax.ejb.EJBException: Transaction not allowed at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:330) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:98) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:13 0) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:208) at org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionContainer.jav a:313) at org.jboss.ejb.Container.invoke(Container.java:738) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:99) at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:102) at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:77 ) at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:80) at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInter ceptor.java:111) at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:76) at $Proxy185.issueCard(Unknown Source) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:347 ) at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:2 25) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:263) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java: 71) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:154) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:121) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:288) at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:543) at javax.servlet.http.HttpServlet.service(HttpServlet.java:760) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandl er.java:294) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) at org.mortbay.http.HttpContext.handle(HttpContext.java:1714) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext .java:507) at org.mortbay.http.HttpContext.handle(HttpContext.java:1664) at org.mortbay.http.HttpServer.service(HttpServer.java:863) at org.jboss.jetty.Jetty.service(Jetty.java:460) at org.mortbay.http.HttpConnection.service(HttpConnection.java:775) Ciao, Jonathan O'Connor XCOM Dublin --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-user mailing list [EMAIL PROTECT
RE: [JBoss-user] server vs client Sun VM
Title: Message Putting: "server vm" "client vm" site:java.sun.com into Google provides some useful points to start with. -- Danny Yates -Original Message-From: Brian McSweeney [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 16:36To: [EMAIL PROTECTED]Subject: [JBoss-user] server vs client Sun VM Sorry if this is a bit off topic, But does anyone have experience with running jboss using the sun jvm in client vs server mode. I presume I should be running in server mode, but I'm wondering if anyone knows if there is a performance difference. I'm using jdk1.4.2 Thanks, Brian
RE: [JBoss-user] optimize question
I think you are mis-reading the documentation. My (maybe incorrect) understanding is that commit option A causes the instance to be cached inside JBoss between uses (which is what your quote says). This corresponds with the original poster's requirements. -- Danny Yates -Original Message- From: Olve S. Hansen [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 15:56 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] optimize question [EMAIL PROTECTED] wrote: >Hi all, > >I have modifieed my beans as follows in the deployment descriptor >(jboss.xml): > > > [snip] >I also switched to commit option 'A', because the container is the only >application modifying the database data: > > > >CMP 2.x and Cache >A > > > > > Look at the pay-for documentation for jboss page 290, or page 264 in the EJB 2.0 spec from sun. Commit option A means that: *For commit-option 'A', this instance is cached and used between transactions. *For commit-optoin 'B', this instance is cached and used between transactions, but is marked as 'dirty' at the end of a transaction. This means that at the start of a new transaction ejbLoad must be called. *For commit-option 'C', this instance is marked as 'dirty', released from the cache, and marked for passivation at the end of a transaction. And the JBoss specific: *For commit-option 'D', a background refresh thread periodically calls ejbLoad on stale beans within the cache. Otherwise, this option works in the same way as 'A'. This means that the commit-option a is the one requiring most DB lookups. We switched from A to B and now only the first big lookups take time, the following DB requests are retrieved from the cache. Option B and C means that the DB can be in inconsisten states, since the updated version are in the JBoss cahce only. This also means that the only DB updates happening should run through your JBoss app. Hope this helps.. Regards, Olve --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] ROOT.war
Title: Message
Have
you typed "JBoss ROOT.war" into Google?
You
need to either:
a) Add
a JBoss-specific descriptor (jboss-web.xml) to your WAR file which describes the
context root ("/"), or
b)
Package your WAR inside an EAR and follow the EAR spec for specifying the
context root
--
Danny Yates
-Original Message-From: Robert Cauble
[mailto:[EMAIL PROTECTED] Sent: 12 November 2003
16:36To: [EMAIL PROTECTED]Subject:
[JBoss-user] ROOT.war
If I take jboss 3.2.2 out-of-the-box and rename server/default/deploy/jmx-console.war to ROOT.war and I try going to the url
http://localhost:8080 I get a "HTTP Status
500 - No Content configured to process this request"
response.
I can then go to http://localhost:8080/ROOT and it works
fine (goes to the jmx console as expected). What is
the additional configuration I need to do in order to define a root context? I
couldn't find anything in the JBoss documentation
which we purchased which describes how to do this.
Any pointers here would be greatly
appreciated.
Thanks,
Rob
RE: [JBoss-user] More CMR problems
Title: Message Good job they remembered to mention it in the spec then! :-) (Section 10.3 of the EJB 2.1 spec if you're interested). -- Danny Yates -Original Message-From: Steven Nakhla [mailto:[EMAIL PROTECTED] Sent: 11 November 2003 16:48To: [EMAIL PROTECTED]Subject: Re: [JBoss-user] More CMR problems You know, in all the tutorials or books I've read, I've never seen that little tidbit of information. None of them said that only local interfaces can be used. Thanks! I think that may help. I'll give it a shot.Alexey Loubyansky <[EMAIL PROTECTED]> wrote: Just follow the spec. Only local interfaces can be used in CMR. I have done nothing else.Steven Nakhla wrote:> Can you send me the code you used to do the test? Whenever I run my > test code, I get the exception I listed below. Did you have to do > anything special to JBoss to get it to work? I've been getting this > same exception for weeks now!> > */Alexey Loubyansky <[EMAIL PROTECTED]>/* wrote:> > It worked for me when I used AddressLocal to establish relationships on> the server side.> > Steven Nakhla wrote:> > > Yep. Not that the non-modified sources worked any better. I've> > remedied the SQLException problem, but now I'm faced with this> exception:> >> >> > java.rmi.ServerException: RemoteException occurred ! in server thread;> > nested exception is:> >> > java.rmi.ServerException: EJBException:; nested exception is:> >> > javax.ejb.EJBException: null; CausedByException is:> >> > null> >> > at> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:292)> >> > at sun.rmi.transport.Transport$1.run(Transport.java:148)> >> > at java.security.AccessController.doPrivileged(Native Method)> >> > at sun.rmi.transport.Transport.serviceCall(Transport.java:144)> >> > at> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)> >> > at> >> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)> >> > at java.lang.Thread.run(Thread.java:534)> >> > at> >> sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown> > Source)> >> > at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)> >> > at sun.rmi.server.UnicastRef.invoke(Unknown Source)> >> > at> org.jboss.invocation.jrmp.server.JRMPInvoker_Stub.invoke(Unknown Source)> >> > at> >> org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProxy.java:135)> >> > at> >> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96)> >> > at> >> org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)> >> > at> org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45)> >> > at> org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:173)> >> > at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)> >> > at $Proxy2.create(Unknown Source)> >> > at address.ejb.AddressBookClient.testBean(AddressBookClient.java:66)> >> > at address.ejb.AddressBookClient.main(AddressBookClient.java:93)> >> > Caused by: java.rmi.ServerException: EJBException:; nested> exception is:> >> > javax.ejb.EJBException: null; CausedByException is:> >> > null> >> > at> >> org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:347)> >> > at> org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:124)> >> > at> >> org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)> >> > at> >> org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:484)> >> > at org.jboss.ejb.Container.invoke(Container.java:720)> >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)> >> > at> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)> >> > at> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)> >> > at java.lang.reflect.Method.invoke(Method.java:324)> >> > at> >> org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)> >> > at> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)> >> > at> org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:367)> >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)> >> > at> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)> >> > at> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)> >> > at java.lang.reflect.Method.invoke(Method.java:324)> >> > at> sun.rmi.server.UnicastServerRef.dispat
RE: [JBoss-user] EJBException: Deprecated on Jboss 3.2.2
Your question answers itself.
The stacktrace shows that your setSessionContext() method is calling
context.getEnvironment(). The exception text tells you that getEnvironment()
is deprecated. You should read the J2EE documentation and find out why
getEnvironment() is deprecated and what it has been replaced with.
--
Danny Yates
-Original Message-
From: Dinh Nguyen [mailto:[EMAIL PROTECTED]
Sent: 30 October 2003 09:05
To: [EMAIL PROTECTED]
Subject: [JBoss-user] EJBException: Deprecated on Jboss 3.2.2
Hi,
I have a very simple stateless session bean deployed on Jboss 3.2.2
successfully. This is the server log
=
2003-10-30 15:40:31,802 INFO [org.jboss.deployment.MainDeployer]
Starting deployment of package:
file:/C:/jboss-3.2.2/server/all/deploy/demo.jar
2003-10-30 15:40:33,130 INFO [org.jboss.ejb.EjbModule] Deploying DemoEJB
2003-10-30 15:40:33,286 INFO
[org.jboss.ejb.plugins.StatelessSessionInstancePool] Started
jboss.j2ee:jndiName=DemoEJB,plugin=pool,service=EJB
2003-10-30 15:40:33,286 INFO [org.jboss.ejb.StatelessSessionContainer]
Started jboss.j2ee:jndiName=DemoEJB,service=EJB
2003-10-30 15:40:33,286 INFO [org.jboss.ejb.EjbModule] Started
jboss.j2ee:module=demo.jar,service=EjbModule
2003-10-30 15:40:33,286 INFO [org.jboss.ejb.EJBDeployer] Deployed:
file:/C:/jboss-3.2.2/server/all/deploy/demo.jar
2003-10-30 15:40:33,333 INFO [org.jboss.deployment.MainDeployer]
Deployed package: file:/C:/jboss-3.2.2/server/all/deploy/demo.jar
=
But when I call it from my jsp, the exception happened. This is my client
code: =
System.out.println("\nBegin statelessSession DemoClient...\n");
Hashtable env = new Hashtable();
//org.jnp.interfaces.NamingContextFactory
env.put(Context.INITIAL_CONTEXT_FACTORY,
"org.jnp.interfaces.NamingContextFactory");
env.put(Context.PROVIDER_URL, "localhost");
env.put(Context.URL_PKG_PREFIXES,
"org.jboss.naming:org.jnp.interfaces" );
Context ctx = new InitialContext(env);
Object objRef = new InitialContext().lookup("DemoEJB");
DemoHome dhome = (DemoHome) PortableRemoteObject.narrow(objRef,
DemoHome.class);
System.out.println("Creating Demo\n");
Demo demo = dhome.create();
=
I tried with
Context ctx = new InitialContext();
But the exception still launched.
This is the server log
=
2003-10-30 15:41:50,253 INFO [STDOUT]
Begin statelessSession DemoClient...
2003-10-30 15:41:50,268 INFO [STDOUT] Creating Demo
2003-10-30 15:41:50,284 INFO [STDOUT] setSessionContext called 2003-10-30
15:41:50,300 ERROR [org.jboss.ejb.plugins.LogInterceptor]
EJBException:
javax.ejb.EJBException: Deprecated
at
org.jboss.ejb.EnterpriseContext$EJBContextImpl.getEnvironment(Enterprise
Context.java:335)
at ejb.demo.DemoBean.setSessionContext(DemoBean.java:52)
at
org.jboss.ejb.StatelessSessionEnterpriseContext.(StatelessSessionE
nterpriseContext.java:47)
at
org.jboss.ejb.plugins.StatelessSessionInstancePool.create(StatelessSessi
onInstancePool.java:35)
at
org.jboss.ejb.plugins.AbstractInstancePool.get(AbstractInstancePool.java
:168)
at
org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Statele
ssSessionInstanceInterceptor.java:58)
at
org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterce
ptor.java:84)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptor
CMT.java:267)
at
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:128)
at
org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.jav
a:118)
at
org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryF
inderInterceptor.java:122)
at
org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionC
ontainer.java:331)
at org.jboss.ejb.Container.invoke(Container.java:700)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDi
spatcher.java:284)
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:546)
at
org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101)
at
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:9
0)
at
org.jboss.proxy.TransactionInterceptor.invoke(TransactionIntercep
RE: [JBoss-user] Beginner's question
You can make your DOS box scrollable on NT/W2K/XP. Don't know if it works on 95/98/ME. Try this: * Start your server in the normal way * Click on the window's system menu (icon at left end of title bar) * Select 'Properties' from menu, and then go to the 'Layout' tab * Under 'Screen Buffer Size', enter a big number for 'Height' * Click 'OK' * If you get a message asking you if you want to save these settings for other windows with the same title, you probably do Note that increasing the screen buffer height means that the DOS box has to maintain more history, manage memory, etc., so it can make the process a little slower. As a general note, you can speed up JBoss (and any process which generates a lot of output to a DOS box) by minimising the DOS box (so it doesn't have to deal with screen updates, etc.) Dan. -- Danny Yates -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 23 October 2003 15:31 To: [EMAIL PROTECTED] Subject: [JBoss-user] Beginner's question Hi I'm a Java programmer that's new to JBoss, J2EE and EJBs and I'm trying to get this beginner's hello world tutorial working: http://www.mastertech.net/spumer/Jboss%203%20step-by-step.pdf I've installed JBoss 3.0 on my W98 machine, and I've got the server running in a DOS box. Now whenever I drop my jar file into the deploy directory the server displays about 100 lines of stuff, some of which is error message that I need to read. Stupid thing is, I've no my DOS window doesn't scroll, so I only get to see the last 25 lines or so, so I can't debug my program. Can I get JBoss to output to a file? Or does anyone know how to get W98 to give me a scrolling DOS box? Give it to me simple now :-) Cheers J --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] Filewriter and EJB
Yes. FileWriter is not allowed in an EJB. More specifically, 30 seconds with Google reveals: http://java.sun.com/blueprints/qanda/ejb_tier/restrictions.html -- Danny Yates -Original Message- From: Butt, Dudley [mailto:[EMAIL PROTECTED] Sent: 16 October 2003 12:52 To: '[EMAIL PROTECTED]' Subject: [JBoss-user] Filewriter and EJB We have some code in a EJB someone else wrote. When I pull it into my IDE (IntelliJ), it tells me that FileWriter is not allowed in EJB? Any ideas? NOTICE: This message contains privileged and confidential information intended only for the person or entity to which it is addressed. Any review, retransmission, dissemination, copy or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient, is prohibited. If you received this message in error, please notify the sender immediately by e-mail, facsimile or telephone and thereafter delete the material from any computer. The New Africa Capital Group, its subsidiaries or associates do not accept liability for any personal views expressed in this message. --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
