> 1) When we start JBoss, there are a large number of java processes
> started - I'm assuming
> that represents all the services, etc. that it needs. Each one of these
> processes is reported
> as taking 156M of memory!! (More if we up the VM's heap size, etc.)
>
> a. Why so much m
extract client ip address
You can't. You don't even know if your client is talking to your EJB via a protocol
that has an IP address in general. This is a protocol transport attribute and it is
a long way from the level of an EJB.
- Original Message -
From: Ernest Chen
To: 'JBoss-User'
- Original Message -
From: "James Cook" <[EMAIL PROTECTED]>
To: "JBoss-User" <[EMAIL PROTECTED]>
Sent: Thursday, March 15, 2001 7:57 PM
Subject: RE: [jBoss-User] Security
> That makes sense, but its too bad that the original principal is lost.
> Perhaps EJB2 needs the original caller's
The J2EE-RI prevents a bean from doing I/O ops from within the bean class using
a restricted Java2 permission set. You can always get around this by placing the
code that performs the I/O in the proper location so that its codebase is assigned
the required permissions. By placing log4j or any logg
There is nothing like a run-as tag in the jboss.xml descriptor. You would have
to do a JAAS login/logout around the code in EJB1 that accesses EJB2 to
establish the an alternate identity.
- Original Message -
From: "James Cook" <[EMAIL PROTECTED]>
To: "JBoss-User" <[EMAIL PROTECTED]>
Sen
Security
- Original Message -
>From: Ivan Bolcina
>1.
>How to set up simple authentization for users, so that only users in some table in
>database are allowed to connect, >but guest is
disabled. I only want to protect InitialContext from unknown users. What happens if
jboss is using >J
> It seems that the build.xml file provided with the petstore patch in
> jps1.1.1/src/petstore/src/build.xml needs to add
> jbosssx-client.jar from jboss.home/client to its classpath in order to
> reflect the recent changes in the jboss source tree with respect to the
> security classes.
>
Corre
The src/build/build.xml file was not updated to include the correct client jars.
This has been fixed in cvs.
- Original Message -
From: "Jeff Markham" <[EMAIL PROTECTED]>
To: "Jboss-User" <[EMAIL PROTECTED]>
Sent: Wednesday, March 14, 2001 9:58 PM
Subject: [jBoss-User] Tomcat and 3/14 CV
rverLoginModule.java anywhere. If someone
created this sample JaasServerLoginModule, I assume the source code should be there
too? Any idea?
Thanks!
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 1:36 PM
To: JBoss-User
Subject: Re:
No, but the SRPLoginModule in the JBossSX framework is similar in concept.
The client side communicates with a server to perform public key exchange and
establishes a private session key. You could try starting with that as a template.
- Original Message -
From: "Colin Payne" <[EMAIL PRO
Custom JaasServerLoginModule ExceptionA LoginModule has to implement the
javax.security.auth.spi.LoginModule interface.
See the developers guide on javasoft for more info:
http://java.sun.com/security/jaas/doc/module.html
- Original Message -
From: Ernest Chen
To: 'JBoss-User'
Sent: W
>That leads to my next question. Suppose I'm in a multi-vendor or multi-site or
>multi-server environment, and the
>various parts don't cooperate. The result may be that I need to supply different
>jndi parameters to different sets of
>components. If they are all looking for the property name
The security classes are in the jbosssx-client.jar which can be found in the
client directory. The xml source for the JAAS howto has been updated but
the html doc has not been regenerated.
- Original Message -
From: "Doug Ferguson" <[EMAIL PROTECTED]>
To: "jBoss Users" <[EMAIL PROTECTED]
You need to include the client/jbosssx-client.jar as well.
- Original Message -
From: "Raul Nohea Goodness" <[EMAIL PROTECTED]>
To: "JBoss-User" <[EMAIL PROTECTED]>
Sent: Friday, March 09, 2001 4:25 PM
Subject: [jBoss-User] NoClassDefFoundError for SecurityAssociation on client
> Hi al
You have to store a Serializable object in JNDI in order for it to get over to the
client.
The ExternalContext class won't help with this as it does not store a Serializable
representation. It shouldn't be too hard to change this to support a Serializable form
that allows the client to reconstit
All of the JAAS docs apply to the 2.1 pre release.
- Original Message -
From: "Armin Michel" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 09, 2001 2:15 AM
Subject: [jBoss-User] JAAS with jBoss2.0Final
Is it possible that with jBoss2.0Final the JAAS-Tutorial doesn't w
RE: [jBoss-User] custom JaasServerLoginModule problem in 2.1_preThe
JaasServerLoginModule class must implement
javax.security.auth.spi.LoginModule.
Does it?
- Original Message -
From: Ernest Chen
To: 'JBoss-User'
Sent: Thursday, March 08, 2001 11:16 AM
Subject: RE: [jBoss-User] custom Ja
I don't think refactoring will be needed to allow customization of the invoker down
to the per bean level as you can define a seperate container configuration for
each bean in a jboss.xml file if needed. I'll put together a candidate patch that
you and Stephen can try out. If it works I'll submit
custom JaasServerLoginModule problem in 2.1_preIf your referencing the
EJBSecurityManager from your login module it won't
find it since your login module is on the classpath and its class loader can't
see the JBoss class loaders. You have to use the new
org.jboss.security.plugins.ProxyLoginModul
The security howto on the web site has not been regenerated from the updated
xml documentation. If you can obtain the manual cvs module from cvs then
you can build the latest set of docs. If you can't email me and I'll send you an
updated html version.
The exception and server output indicate tha
There needs to be an ejipt url handler or object factory bound under ejipt: in
order for the LinkRef to be resolved. A LnikRef is resolved relative to the
InitialContext. Are you saying you were able to do:
Object obj = new
InitialContext("ejipt://lks145:2323/Ecs.Checkout.CheckoutRegisterHom
Apparently javadoc doesn't like package directories that don't have source files in
them.
Remove the org.jboss.security value from the packages variable to enable the javadoc
generation.
- Original Message -
From: "Tong Kiat" <[EMAIL PROTECTED]>
To: "Jboss-User" <[EMAIL PROTECTED]>
Sent
You can specify the container invoker in the container configuration so you can get
this down to a per-bean setting if you want. Any beans that need encrypted transport
would be assigned to the container with the ssl socket factories.
Any settings of security related stuff like key stores, truste
I would suggest simply adding support for externalizing the RMIServerSocketFactory
and RMIClientSocketFactory from the
org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker
class. Right now it exports itself in the start method:
public void start() throws Exception
{
...
// E
The ClassPathExtension mbean does allow absolute paths as it constructs the path
URL using:
URL context =
ClassPathExtension.class.getProtectionDomain().getCodeSource().getLocation();
URL u = new URL(context, mletPath);
If you read the URL javadocs for this constructor you'll see that 'mletPath
I would say you don't have a complete update of the latest cvs code. There was
a restructuring of the security classes that introduced jboss-jaas.jar and jbosssx.jar
to the src.lib directory. The classes not being found are in the jbosssx.jar:
lib 568>jar -tf jbosssx.jar | grep SecurityProxyFacto
JAAS has its own Policy object: javax.security.auth.Policy that allows you do
integrate arbitrary sources of subject based security and you can make this
as dynamic as you want. In the new JBossSX framework there is an implementation
of this class that externalizes the subject based permissions in
In 2.1 dependencies are handled by the ordering of the entries in the jboss.jcml
file. The dependency mechanism is really an extension of the mbean stuff in
that it relies on the mbean having the init(), start(), stop() & destory() methods
defined in org.jboss.util.Service interface. You could hav
Off Topic: COM ServerI have used the J-Integra product from
Linar(http://www.linar.com/) on the client side
to integrate COM on the desktop and it is a pure Java product. They have examples
of using the product with several EJB servers.
- Original Message -
From: Scott Warren
To: [EMAIL
Its an mbean not an object in JNDI. You have to use the JMX agent view
to access the bean. Use the html protocol adapator by browsing
http://localhost:8082/ViewObjectRes//DefaultDomain%3Aservice%3DJNDIView
- Original Message -
From: "Darius Davidavicius" <[EMAIL PROTECTED]>
To: "JBoss-Us
I have a stateful session bean and I'm not declaring any container-transaction for
the bean(is that allowed?). Here is the ejb-jar.xml descriptor:
SecurityTests
A secured project repository stateful session bean
ProjRepository
org.jboss.test.security.interfaces.Pr
Thanks to a contribution from Vladimir Blagojevic, the JNDIView mbean
now displays the java:comp namespaces of the deployed applications. It
also now displays the java: namespace as well along with the global
InitialContext. See the org.jboss.naming.JNDIView mbean which is now
a default service in
change the CVS to include xerces.jar so that use of
> jdom or xalan is not causing trouble for users ?
>
> Vincent.
>
> -Message d'origine-----
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de Scott M Stark
> Envoyé : mardi 27 février 2001 23:33
&
RE: [jBoss-User] Making an Application use Oracle instead of Hypersonic SQLIf you have
a resource-ref in your ejb-jar.xml like:
DataSource for the Titan database
jdbc/titanDB
javax.sql.DataSource
Container
you need a jboss.xml file that maps the bean
A 'sealing violation' occurs when a package has been loaded and
it is sealed but its codebase does not match the codebase for the class
being defined, or the more likely situation in your case, classes from the
same package are being loaded from two separate codebases. This could
happen if you hav
> > In the new framework(that I am still testing), you will have access to the
> > Subject in a portable way if you are using the JAAS subject based proxy
> > mechanism since you can do:
>
> > AccessControlContext acc = AccessController.getContext();
> > Subject subject = Subject.getSubject(acc);
- Original Message -
From: "Oleg Nitz" <[EMAIL PROTECTED]>
To: "JBoss-User" <[EMAIL PROTECTED]>
Sent: Tuesday, February 27, 2001 3:38 AM
Subject: Re: [jBoss-User] Problems with Principal class propagation
> > 1. This seems like a security hole since I can write a LoginModule that create
e about using
> SimplePrincipal.
> Hope you don't mind with the work you put in and please correct
> me if I am on the wrong path here.
>
> Greetings
>
>Cor.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Beha
which allows me to specify which
>class implements ReamMapping.
>
> Greetings,
>
>Cor.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark
> Sent: Saturday, February 24, 2001 09:54
> To: JBoss-
You would have to create your own implemention of org.jboss.security.RealmMapping
and install that as the role-mapping-manager. The RealmMapping instance is what
determines the instance of Principal that is returned by getCallerPrincipal(). You
can't
rely on the type of Principal that is establis
y, February 23, 2001 6:46 PM
Subject: Re: [jBoss-User] Tomcat 3.2.1 + JBoss Pre 2.1 example setup
> >From: "Scott M Stark" <[EMAIL PROTECTED]>
> >
> >Here is a pretty much step by step test of the current tomcat
> >embeded server. This is run on windows 200
Here is a pretty much step by step test of the current tomcat
embeded server. This is run on windows 2000 using the Cygnus
toolkit so most commands look like linux execept for the
occasional bat file. If you follow these steps you should be
able to configure JBoss to run the EmbeddedTomcatService
They are not needed if you have a jndi.properties file on your classpath
that is setup correctly. Using a jndip.properties file is the preferred
way of setting up the InitialContext as it externalizes the configuration.
- Original Message -
From: Darius Davidavicius
To: JBoss-User
Sent
The tomcat credentials get forwarded to JBoss via the JbossRealm request
interceptor. You need the following in the tomcat/conf/server.xml :
- Original Message -
From: "Anatoly Akkerman" <[EMAIL PROTECTED]>
To: "JBoss-Dev" <[EMAIL PROTECTED]>; "jboss-user mailing list"
<[EMAI
See Rickard Oberg's post to the java-security mail list about why LoginModules
have to be on the classpath or in the jre extension directory:
http://archives.java.sun.com/cgi-bin/wa?A2=ind0010&L=java-security&P=R5253&m=6633
- Original Message -
From: "Andrew J. Ayers" <[EMAIL PROTECTED]
That is the old 1.0 EJB stuff. Its been deprecated since 1.1
- Original Message -
From: "Frank Marx" <[EMAIL PROTECTED]>
To: "'JBoss-User'" <[EMAIL PROTECTED]>
Sent: Saturday, February 17, 2001 5:20 PM
Subject: RE: [jBoss-User] Workaround for missing timeout for statefull sessions beans
Its not part of the ejb-jar dtd for session beans:
It could be an app server specific extension.
- Original Message -
From: "Frank Marx" <[EMAIL PROTECTED]>
To: "'JBoss-User'" <[EMAIL PROTECTED]>
Sent: Saturday, February 17, 2001 1:53 PM
Subject: RE: [jBoss-User] Workaround for missin
You can also enable the JNDIView JMX bean and then view the JNDI space
with a web browser. Add
to jboss.jcml and then use the list method of the JNDIView bean.
- Original Message -
From: "Bordet, Simone" <[EMAIL PROTECTED]>
To: "JBoss User Mailing List (E-mail)" <[EMAIL PROTECTED]>
S
; Filip
>
>
>
> ~
> Namaste - I bow to the divine in you
> ~
> Filip Hanik
> Software Architect
> [EMAIL PROTECTED]
> www.filip.net
> - Original Message -
> From: "Scott M Stark" <[EMAIL PROTECTED]>
> To: "JBoss-User" <[EMAIL
If I use the latest jboss cvs AND the latest contrib/tomcat to build
the tomcat-service.jar the login form is working for me. Just using the
latest jboss cvs build access to the secured url is granted with a
remote user of null. It looks like we need to updated the tomcat-service.jar
in the jboss/
I've played around with heirarchical data structures of EJBs. What do
you mean by recursive data structures?
- Original Message -
From: "Peter Routtier-Wone" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 6:53 PM
Subject: [jBoss-User] Recursive dat
You have to use a cvs version to be able to add configurations to jboss.jcml.
- Original Message -
From: "Jim Archer" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 12:08 PM
Subject: RE: [jBoss-User] changing jboss.jcml
> Does anyone know if this
I changed it to UTF-8
- Original Message -
From: "Dan Kirkpatrick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001 10:09 AM
Subject: [jBoss-User] Change to standardjboss.xml
> I just downloaded yesterday's snapshot and did a build. When running, I ran
>
It looks like you have picked up the j2ee.jar implementation of JNDI and
the setup is out of whack. Make sure your classpath does not contain the
j2ee.jar.
- Original Message -
From: "Takashi Suezawa" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Wednesday, February 14, 2001
Post your ejb-jar.xml and jboss.xml configs.
- Original Message -
From: Darius Davidavicius
To: jBoss
Sent: Wednesday, February 14, 2001 7:24 AM
Subject: [jBoss-User] getCallerPrincipal() == null
Hello,
I have downloaded the last source from VCS.
I have the same problem i had few w
I'm having trouble contacting the cvs host right now. Here is the traceroute:
1523>tracert cvs.working-dogs.com
Tracing route to cvs.working-dogs.com [205.227.191.23]
over a maximum of 30 hops:
116 ms <10 ms <10 ms lamia-int.displayscape.com [172.17.66.51]
216 ms16 ms <10
If you update to the latest version of the tomcat-test.ear samples you should
not be seeing the runtime exception. Dewayne added the required container-interceptors
configuration that was missing after the container interceptors configuration
was externalized.
- Original Message -
From:
Runtime.addShutdownHook is another method that was added in jdk 1.3
What OS and VM are you using?
- Original Message -
From: "Patrick Buchinger" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Monday, February 12, 2001 11:02 AM
Subject: [jBoss-User] unable to build snapshot of
The contrib security is a work in progress that extends the current JBoss
security architecture to provide support for a security proxy layer. The
goal is to allow custom security to be added to an EJB as a layer that
is independent of the EJB business object. This is done by adding two
types of
The javax.rmi package is part of JDK1.3. If your using an earlier vm version
then you would need to get the RMI/IIOP extension package from javasoft.
- Original Message -
From: "Jeff Fayman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, February 10, 2001 8:59 PM
Subject: [j
> This does not have JaasSecutityManagerService entry, but when I add one
> like below , it does not like it and removes automatically on server
> restart:
>
> name="DefaultDomain:service=JaasSecurityManager" />
>
If JBoss is removing entries from jboss.jcml then you have too old of
a cvs
For a servlet, establishing the user identity needs to be done on each invocation.
See http://www.mail-archive.com/jboss-user@list.working-dogs.com/msg09672.html
for a previous post describing how a multi-threaded client establishes the client
identity.
- Original Message -
From: "Cor Ho
PRE2.1 is not a tagged release. Any cvs snapshot after Jan 10 2001 will work .
The cvs checkout you just did should work.
- Original Message -
From: "Cor Hofman" <[EMAIL PROTECTED]>
To: "JBoss User list" <[EMAIL PROTECTED]>
Sent: Saturday, February 03, 2001 7:24 AM
Subject: [jBoss-User]
direction. Where would this name '/' be
> at? In java code or in a xml configuration? Funny thing is this worked
> before until the app was put in a jar instead of running via a file
> classpath.
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
&
The problem is not really with JBoss wanting to start in a particular directory. The
problem is that some of the add-ons configurations are specified with respect to the
current directory. InstantDB is one such example. Instead of treating the directory
paths as relative to a classpath resource th
JNDI is very particular about how names map onto a particular implementation. You
can't arbitrarily add name component separators('/') as these affect the number of
atomic components that are in the name and hence change what you are asking for.
The error msg is saying that there is nothing locate
If your entries are being removed from jboss.jcml then you have an older pre2.1
version.
What is the date of your cvs snapshot?
- Original Message -
From: "jBoss Monkey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 31, 2001 10:46 AM
Subject: [jBoss-User] JAAS Bas
That 2.1-PRE binary is not sufficiently recent to work. The 2.1-PRE label
applies to a wide range of changes than have occurred since the 2.0 final
release and you must have the code from 1/10/2001 or latter in order for
the instructions in the howto to apply.
- Original Message -
From:
This msg only applies to users who are working with the latest cvs code. A change was
made to externalize the configuration of the JBoss container interceptor stack. It
should
be a simple transparent change to you unless you have modifed the standardjboss.xml
configuration file found in the conf/
I'm working with the latest code and I don't see this issue:
...
[Default] JBoss PRE-2.1 Started in 0m:11s
- Original Message -
From: "Tom Cook" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 29, 2001 4:39 PM
Subject: [jBoss-User] JBoss-cvs of 19th Jan - annoying bug
>--Original Message Text---
>From: Keith L. Musser
>Date: Thu, 23 Nov 2000 10:19:04 -0500
>
>Oleg
>
>I looked into this a little more this morning. I would not suggest committing that
>"work around", as I don't >think it really
properly solves the problem.
>
>Here's what I'm thinking. I think th
With the SecurityInterceptor patch I checked in
this morning I see the call principal
propagated from a session bean to an entity bean. I
have a simply test case where
a stateless session bean invokes an entity bean and
both see the same principal:
public class StatelessSessionBean2 impleme
>From the http://www.jboss.org/manual/adv_config.html#custom docs
Custom MBeans
If you want to add services to the jBoss server, the best way to do that is to write
your own JMX MBeans. Then they can be loaded in
jboss.conf and configured in jboss.jcml like the existing MBeans. The best way for
In your case the client of JBoss is a multi-threaded server where the identity of a
client
can change with each servlet request. I have added a configuration option to the
ClientLoginModule that allows you to put it in the mode where it uses thread local
storage for the principal and credentials
These classes are part of the JAAS extension package. You need to look at
the docs available from http://www.javasoft.com/products/jaas/
- Original Message -
From: "dferugson" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Friday, January 19, 2001 4:41 PM
Subject: Re: [jBoss-U
rtable across EJB servers, is it? Anyway, thanks.
>
> Alexander Klyubin
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark
> Sent: Friday, January 19, 2001 19:29
> To: jBoss
> Subject: Re: [jBoss-User] Te
The latest cvs code throws a SecurityException wrapped in a RemoteException so you
can identify a security exception by looking at the remote exception detail value:
try
{
...
}
catch(RemoteException e)
{
if( e.detail instance of SecurityException )
System.out.println("Security vi
An interface can extend mulitple interfaces. Classes cannot extend more than one
class.
- Original Message -
From: "Steve Stearns" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Friday, January 19, 2001 9:14 AM
Subject: Re: [jBoss-User] Re: Legal RMI Types and ejbCreate
> >
See below.
> The requirement is that both beans doing security checks and clients will
> have to access these settings (differently). Beans need to, clients would
> like to in order to modify UI depending on user's permissions.
>
> We here got some ideas on this, but none seems to be really good
No you don't.
- Original Message -
From: "Chad LaJoie" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 17, 2001 6:42 AM
Subject: [jBoss-User] Client.jar
> Since the site is down I can't look this up. Do I need to include the
> jaws.xml, ejb-jar.xml, and jboss.xml
I'm working on a jboss security interceptor that uses a delegation model along
with a custom JAAS policy provider so that one can write security rules indepdendent
of the business logic. The delegation layer is one that implements the public interface
of the bean it is securing and then delegates
r to the homes of other enterprise beans. I have not yet
> found anywhere that says that Bean Providers must only use EJB references -
> perhaps someone could enlighten me.
>
> I think that using EJB references is good practice and would not mind if
> they were made mandatory for al
Hi Dan,
On re-reading the 1.1 spec I have to say your definitely correct and it makes sense.
Without this the jndi names are a big dependency/management problem.
Thanks.
> Hi Scott,
>
> My understanding is that ejb-refs are required for all bean
> references. These references are then bound
RE: [jBoss-User] refactoring Embedded TomcatA similar change is already in the latest
cvs version. Have you tried that?
- Original Message -
From: Cook, Thomas
To: 'jBoss'
Sent: Monday, January 15, 2001 6:48 PM
Subject: RE: [jBoss-User] refactoring Embedded Tomcat
After spending a whil
RE: [jBoss-User] refactoring Embedded TomcatSure, I'll add this change. Thanks.
- Original Message -
From: Cook, Thomas
To: 'jBoss'
Sent: Monday, January 15, 2001 6:48 PM
Subject: RE: [jBoss-User] refactoring Embedded Tomcat
After spending a while battling sun's erm... interesting debug
If its a standalone mbean(meaning it does not depend on jboss mbean services such
as Naming to be running) you can use the jboss.conf and JMX MLET tags as
before.
If the mbean has dependencies on jboss mbean services, you need to add its
configuration to jboss.jcml using mbean/attribute tags to s
ejb-refs are not required by my understanding. The ejb-refs are for setting up the
JNDI namespace that a bean will use to access other beans in the same ejb jar or
other ejb jars in an enterprise application jar.
You can still access any arbitrary ejb home just as any client can but you have to k
>> The convention is java:comp/env/XXX, not java:/comp/env/XXX
>
>Both works, but yes the specs says "java:comp".
>
>/Rickard
Is this an artifact of that java: url context factory in JBoss? In general,
java:comp/env/var is not the same heirarchical name as java:/comp/env/var
as this little exampl
The convention is java:comp/env/XXX, not java:/comp/env/XXX
For a resource such as a jdbc data source, you would have an ejb-jar entry like:
jdbc/Falcon
javax.sql.DataSource
Container
and then the bean would access it using:
the client-jnp.jar in the client directory of the jboss dist.
- Original Message -
From: "dferugson" <[EMAIL PROTECTED]>
To: "jBoss Users" <[EMAIL PROTECTED]>
Sent: Friday, January 12, 2001 3:42 PM
Subject: [jBoss-User] Need the name of jar
> I need to know what jar the class
> org
In the 2.0 release the jboss.jcml file is a dump of the servers loaded configuration.
You
need to put mbean configurations in the jboss.conf. This:
>
>
>
>
is only valid for the current jboss cvs release which write the server configuration
to a jboss-auto.jcml
file. The corresponding jbos
I tried using an ejb-name that when mapped to a JNDI name results in a heirarchical
non-atomic name in the jnp JNDI implementation and the container barfed an NPE:
[Verifier] Verifying
file:/D:/usr/local/src/cvsroot/jBoss/jboss/dist/tmp/deploy/Default/dscape.ear/ejb1001.jar
[Container factory] D
I have created mulitple JNDI InitialContext using different provider info. I have
not talked to other appservers, just different JNDI sources(LDAP, filesystem, JMS).
- Original Message -
From: "Guilherme Ceschiatti" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Tuesday, Janua
This is what I include to run successfully:
${jboss.home}/client/ejb.jar
${jboss.home}/client/jboss-client.jar
${jboss.home}/client/jnp-client.jar
- Original Message -
From: "Chad LaJoie" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, January 09, 2001 3:50 PM
Subject: [jBoss
This has come up a number of times and the answer that has been given is that
the current auto deployer needs to be redesigned to work correctly. When I
asked about it, Marc replied:
"The deployer was a first draft and is in need of serious
rethinking/redesign. Usually we refactor but in this ca
I'm using LDAP with JBoss by binding my LDAP server's initial context into
the JBoss JNDI namespace and this works great. About 30 lines of code is
all it takes:
private void initializeLdap(InitialContext iniCtx) throws NamingException
{
Properties env = new Properties();
env.setProperty(Co
Ok, I was thinking that the first ejbActivate would be called by the container in
the scope of the ejbFindByPrimaryKey. Thanks for the clarification.
>
> I agree with you on this (and I think JBoss behaves properly in case of
> finder exceptions), but this wasn't your case, if I've understood it
The name is taken from the ... tag in the
ejb-jar.xml descriptor. When I deploy a bean with:
TimeBeanViaJMS
...
...
It is deployed as TimeBeanViaJMS
[Verifier] Verifying
file:/D://jboss/dist/tmp/de
I tried it and this now returns a java.rmi.NoSuchObjectException on
the business method calls. Shouldn't this be failing in the finder operation though?
Even though the finder does return a key indicating the bean exists, the
container is never able to bring an instance to the ready state.
-
as a bug.
- Original Message -
From: "Scott M Stark" <[EMAIL PROTECTED]>
To: "jBoss" <[EMAIL PROTECTED]>
Sent: Wednesday, January 03, 2001 5:57 PM
Subject: [jBoss-User] NullPointerException in EntityInstanceInterceptor for BMP with
String primary key
>
1 - 100 of 146 matches
Mail list logo
