Am I the only one finding the irony of this thread to be somewhat
humorous? :-)
I mean, a proposal to cut down spam results in the largest spam thread
ever (AFAICT)...
/Rickard
On Fri, 2 Mar 2001 18:22:35 +0530, Surya Prakash [EMAIL PROTECTED]
wrote:
- Original Message -
From:
On Thu, 1 Mar 2001 04:52:11 -0800, Kirk Pepperdine [EMAIL PROTECTED]
wrote:
but what's the point of pooling entity beans?
I'd say there are two cases. If your EntityBeans do not have a lot of
client and entity identity specific state, then it might just as well be
better to not to pool Entity
Disclaimer: This is a tricky subject, and I do not in any way claim to
have the final answer on this one.
Now, on with the show..
What you say is true, but I thought the main savings were in object creation
and garbage collection. That is why stateless session beans (which normally
will have
My guess is that if you do not have client and entity specific state, then
you maybe better of using stateless session beans.
Of course, but that's not really what I have been referring to, is it?
Please re-read my previous posts.
I have to re-read the spec but if my memory serves me
On Thu, 1 Mar 2001 15:48:10 +, Ian McCallion
[EMAIL PROTECTED] wrote:
Can you give us some idea of the problem you solved by having state associated
with the entity context? Would I be right in thinking of things like socket
connections, connections to legacy systems, or business rules loaded
On Wed, 28 Feb 2001 10:29:44 +0530, [EMAIL PROTECTED] wrote:
Hey what all is happeneing in this
listwheshh
This is unbelievable , I don't know what the administrators of this list
are doing.
You're assuming there administrators of this list. As far as I can
Announcing Mastering RMI
This new book will take you into the depths of RMI, and show you how it
all really works. The basics are explained, and also how it works on an
architectural level. Specific features such as dynamic classloading,
custom connection factories and marshalling are discussed
On Fri, 16 Feb 2001 14:07:44 -, Kimpton,C (Chris)
[EMAIL PROTECTED] wrote:
Hello,
I am trying to package my EJB app in an ear file.
The problem seems to revolve around a 3rd party library I am using.
My EJB uses the jdom.jar file.
JBoss specific questions should be sent to the JBoss
On Wed, 14 Feb 2001 09:56:49 -0800, Jonathan K. Weedon
[EMAIL PROTECTED] wrote:
On Wed, 14 Feb 2001 11:07:25 +, Ian McCallion
[EMAIL PROTECTED] wrote:
java:comp/env could in theory be provided by any type of container, eg a servlet
container, a web browser for applets, and even by the JVM
Hi!
vendor
Here's an independent review of JBoss:
http://theserverside.com/reviews/thread.jsp?thread_id=2918
/vendor
HTH,
Rickard
--
Rickard berg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL
On Sat, 3 Feb 2001 12:11:47 +0100, Francesco Marchioni
[EMAIL PROTECTED] wrote:
I started using BMP logic, but I soon discovered it's really an ugly logic.
Since I don't know how many "AND" I have to insert in the select nor I know
if the user wants at all filtering of records I found myself at
Shelly Aggrawal wrote:
What about the ejbFindByPrimaryKey and ejbCreate method problems, if the
ParentPk and the ChildPk are different.
java.lang.Object are valid return values of these methods, regardless of
the exact classes used at runtime.
/Rickard
- Original Message -
From:
Hi!
Andrea Vicentini wrote:
OK let's digress and start a new thread.
May you explain more deeply what you mean with "it
needs to be adapted"?
IMHO a more precise statement would be that one needs to understand how
the MVC paradigm/ideas relates to the various concepts in J2EE, and then
how
Hey
Dave Glasser wrote:
Let's say I have a single stateless session bean class, with three
public methods (aside from those in the SessionBean interface):
snip
What you're trying to do should work. vendorIt sure will on JBoss
anyway/vendor.
/Rickard
--
Rickard berg
Email: [EMAIL PROTECTED]
Hey
Rick MacConnell wrote:
We've got some attributes we'd like to pass to our Stateless Session Bean layer on a
*per session* basis. It seems that the properties attribute of the Context object
would be suitable for this but it's been deprecated since EJB 1.1. Essentially, for
each call to
Hi!
[EMAIL PROTECTED] wrote:
I have do a small performance test and I have this results :
- The server need 3 seconds to create a simple EntityBean
I use JBoss with 128MB and Windows 2000.
I also use a MS Access database (.mdb) and a JDBC-ODBC Bridge type 1.
I look at the task manager and
Hi!
[EMAIL PROTECTED] wrote:
Yes, I actually have a test that try to create 1 EntityBeans.
Also, the client that create the 1 EJB is another EJB on the same
server !
I m also searching tools to help me searching for this performance problem
!!
If someone know some tools to analyse
Hi!
"Jeffery, Myles" wrote:
Getting slightly off the EJB topic here: but wouldn't the applet have access
to only www.helliscool.com's CLASSPATH since that is where it originates
from?
The bytecodes are from helliscool.com, but the Java applet is loaded and
executed by the clients browser, or
Andrs Aguiar wrote:
I have a set of Session Beans that have the same interface. Is there any way
to avoid to have to write a Remote/Home class for each one?
Sure, just use the same remote/home class for all of them.
/Rickard
--
Rickard berg
Email: [EMAIL PROTECTED]
Hi!
Johan Eltes wrote:
My interpretation of the restriction on file io, is that this code is fine. It uses
a classloader. The container implementor is in charge of class loaders, but not of
the java.io.File class.
But which of the priests has the best interpretation of the holy spec?
Thus
email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
--
Rickard Öberg
Ema
e DTD says it is. It is
still syntactically optional, but semantically it is required after this
step.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include i
because your particular case doesn't require ejb-link
doesn't mean that there are others that do.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
?
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] a
eties.load? Sure, but what do you want to feed in? A
file? Won't work.
What you *can do* is use ResourceBundles that are backed by properties
files.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubsc
thrown.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL
e bean? If not, what is the differentiating factor that makes it *not*
part of the bean? Is it the classloader? Is it the protection domain? Is
it the interface it is implementing? Or what?
Thoughts? :-)
/Rickard
--
Rickard Öberg
Ema
s of money for app servers and
support contracts that could be accomplished equally well with other
cheaper products. It's astonishing.
Nah. Nothing amazes me anymore.
/R
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To u
"EJB deployment
unit".
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For gene
shenoy gajanan wrote:
Dear Sir,
Plz send me all the documents needed for EJB.
You can download the EJB 1.1 specification from:
http://java.sun.com/products/ejb/docs.html
That, and a deductive mind-set, will get you very far.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED
mary-field
cmp-fieldfield-nameServicesState/field-name/cmp-field
It is not a JBoss problem, and it's not a more general problem, it's a
configuration problem. There should be no "primary-field" in
ejb-jar.xml. It's called "primkey-field".
/Rickard
--
Rickard
is right.
Christophe, come on, you gotta be more careful and PLEASE *read* my
previous replies. That will give us all much less headaches..
And a happy new year,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
--
Rickard Öberg
Ema
JNDI dynamically (by using multicast or something). This is veeery
implementation dependent though.
/Rickard
...Amit
-Original Message-
From: Rickard Öberg [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 1:18 PM
To: [EMAIL PROTECTED]
Subject: Re: InitialContext
"Sh
Hi!
Christophe Demez wrote:
How can I create a war files.
I have create the XML files and the directory structure, but I do not know
what tool I can
use ?
Use Ant (from jakarta.apache.org) and jar (comes with JDK).
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED
tial
I use the JBoss Web Server
JBoss is not a web server, it is an application server.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message &qu
that is) and the
app. you're starting. I'd say 30Mb just for JBoss to be comfy.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signof
t is a web appliction,
then you should not have to set anything at all, since the servlet
engine should have the proper settings already.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL
bscription details).
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, sen
do is make an MBean (look at org.jboss.util.InfoMBean in
the JBoss sources for example) and register it in jboss.jcml.
/vendor
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL
that does this on initConfig(). Can't get much more
standard than that.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signo
Jboss.org for more info, and use the jboss-user mailing list
for JBoss specific queries.
Thanks,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PR
Hi!
Leslie Schultz wrote:
I am sorry. Can you tell me how to take my name off the list. Thanks, Leslie
Read this email for instructions.
/Rickard
- Original Message -
From: Rickard Öberg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 19, 2000 11:14 AM
Subject
ting purposes. You may not use it in production, for good reasons.
Refer to (for example)
http://flashline.com/components/appservermatrix.jsp for a list of
servers that you can use.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
me a "real" deployment. Feels
better for some reason...
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signo
is!).
They're used to hitting save on their editor and then hitting refresh on their
browser - ie a sub-second turn-around.
Well, I've extended my IDE so when I'm done I just hit a menu item, Ant
is invoked, and I can then switch to the browser. Tada.
/Rickard
--
Rickard Öberg
Email: [EMAIL
for find methods one could always use Session Beans...
maybe even if I'm looking for the primary key.
What do you think about it?
Session beans is an ok way to do select for view as long as you're aware
of what you're doing.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED
- India) in Country Property
How can I make this..
I don't quite understand the question... do you have a method returning
an array, and want help on how to fill that array with values?
Tricky stuff.
And what does this have to do with EJB?
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "hel
is likely to be portable between
different servers. If you're into the whole "J2EE or nothing" mindset,
then it is not for you.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email
rtup class that simply creates a MBeanServer and then
registers your nice portable MBeans in that. Much better.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include i
Hi!
"Jeffery, Myles" wrote:
Perhaps I was confused: you mentioned MBean, is this shorthand for message
bean or something to do with JMX?
No, an MBean is short for "JMX Managed Bean". A JMX component that is.
/Rickard
--
Rickard Öberg
Ema
hashtable make sure you use synchronized properly when updating the
hashtable.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "si
No, J2EE/EJB does not mandate that deployed EJB components are bound in
the global JNDI namespace
Yes, J2EE/EJB mandates that EJB components should be made available to
all supported J2EE components through the java:comp/env namespace.
/Rickard
--
Rickard
. It will be reloaded the next
time it is used.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INT
timer
service. When your component is notified you simply call some session
bean to do the processing. I.e. use the MBean to "trigger" the
processing.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
===
To unsubsc
mplified somewhat,
but the general idea is the same.
/vendor
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL P
on source
download.
/vendor
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include i
have been explicitly referenced to in
ejb-ref's in the XML.
BTW, when you say "lookup of java:/comp/env", is this by an application
client or a bean?
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jbos
ted to get a String).
Yes, that is definitely a bug in your server.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL
s basic requirements.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of
;-) (and if you
have any problems at all, just send your queries to the jboss-user
mailing list. Replies usually comes within 10 minutes).
regards,
Rickard, jBoss development team
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
configuration that the
bean uses. If you have several beans with the same pattern I would
recommend making one config. that all those beans uses.
/vendor
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
ct, *AND* that library behaves properly in terms of using
doPrivileged at the right times. If you call a library that has been
properly installed in your system, and it throws a SecurityException
because it does something an EJB may not do, then it is clearly a bug in
the library.
/Rickard
--
Rickard Öber
sin, Jetty, and Enhydra).
There's also a bunch of tests that you can run for yourself. Download
"jbosstest" from:
http://www.jboss.org/zip_archives/
And run it yourself. Please report any results to the jboss-user mailng
list (subscription info at jboss.org)
regards,
Rickard
--
ed to
design your applications properly, which you will be happy for down the
road as outlined above. This is the gain IMHO, or at least one of them.
I do realize that this is a matter of opinion, but, well, here's mine
anyway :-)
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.t
see what you can do. Good
luck! (And should you fail this we will naturally deny any knowledge of
you or your mission..)
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http
in the specs). (In fact this might
already be done. I need to check that).
vendor
We released a new version yesterday that has java:comp/env support for
servlets. This allow servlets in Tomcat to use java:comp/env JNDI names
to access EJB's in jBoss! Neat.. :-)
/vendor
/Rickard
--
Rickard Öberg
Email
y, we *need* to use I/O.
How do we do it?". If you really really need to do it: use an external
library. Put a JDBC or JNDI interface on top of it to make it as
non-proprietary as possible.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jbos
. The only reason I see for turning off security is performance.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL
are not in the same JAR file
but on the same server?? To me that is very counter to the spirit of the
EJB specification.
regards,
Rickard, jBoss dev.
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
==
: Why does the PM have to persist homes?
A bean may choose to support component inheritance relationships by
storing pk+home of a referenced entity. This way it can look it up when
needed, and be sure that the right home is used.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http
xtensively on several occasions
before. Please see mailing list archives for more info
(archives.java.sun.com).
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dre
t, but hey, the doclet is
free so I'm not exactly selling things ;-)
And I agree with William: BMP is most likely doomed to extinction as CMP 2.0
solutions start emerging. Soon, writing a BMP bean will be as compelling as
writing assembly code :-)
Hear hear :-)
/Rickard
--
Rickard Öberg
Ema
uld be rather useful however.
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the
d I'll fix it!). BMP
EntityBeans are not supported right
now for example. Overall, it should be rather useful however.
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
==
a
technological point of view.
/vendor
regards,
Rickard
Note to self: what would happen if one of the proxies in the chain uses
Jini for fail-over? ...
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
f you read the JNDI specification you will also find that there is a
back-door which allows a provider be compliant, yet not support anything
at all.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dre
classpath of the application server. So, if you change the
properties file on the server it will be "automatically" updated on all
nodes, since they all get it from the same place.
You can use my mini-webserver if you want to:
http://www.dreambean.com/dynaserver.html
/Rickard
--
Rickard Öberg
Ema
into the System properties yourself, or include a
file called jndi.properties with these settings in your classpath.
You would use (2) in an external client that accesses your app server. This
is a different VM
2 can be used anywhere, by clients or by beans.
/Rickard
--
Rickard Öberg
Email
is that both forms can be used in any case. The difference is
that in 1) the setup information is passed implicitly, and in 2) the
setup information is passed explicitly.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
nsible EJB container I think. Trivial even. The proxies are, as you
note, extremely reusable. See my (UPDATE) message with ReconnectProxy
and RetryProxy for example. One could imagine putting in a FailoverProxy
that switches the name that the ReconnectProxy uses to lookup the server
with.
/Rickard
describes this in detail.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of t
terceptors if you want to, but
the portable solution is to generate subclasses of your beans which you
deploy instead.
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dre
doing / thinking right ? If
not, I wish to suggest me a neat way.
Either use environment entries to configure your beans, or use a
properties file and ResourceBundles.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
On Fri, 25 Aug 2000 06:07:19 -0700, Wei Jiang [EMAIL PROTECTED]
wrote:
It is allowed as the last change in the spec. Search the word "properties",
you will find at the end of the spec.
You are absolutely correct.
Ignore my other reply :-)
/Rickard
--
Rickard Öberg
Email: [EMAIL
source() method directly
would *not* work, *but* since ResourceBundle.getBundle() has been coded
with doPrivileged at very appropriate places (phew) that can be used as
a way to access properties files in the .jar.
Neat.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel
, with WAS SE, if you don't need Tivoli or if you don't want to use VAJ,
then don't use them. They are not necessary for WAS SE to run, administer or
develop to.
No, but the most logical options...
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http
ychronization. How the DB
performs this, well that's another story altogether..
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email
u could let "java:comp/env/ejb/MyBean" reference
"t3://somehost/someapp/MyBean".
/vendor
regards,
Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
= MyFileAccessor.getTextFromFile("mailtext_1.txt");
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] a
ppropriate times :-)
So, try it out :-)
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include i
. Just got word from a jBoss user that he got TOPLink to work
with jBoss. :-)
And FWIW the "basic" CMP support in jBoss is also pretty ok.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jbos
(TOPLink).
vendor
For complex O/R mapping jBoss will support CocoBase in the
not-so-distant future.
/vendor
Please define "exclusive support"? :-)
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dre
to access the JNDI namespace easily.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL PROTECTED] and include
appreciate your time.
http://sourceforge.net/projects/hsql/
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http://www.jboss.org
http://www.dreambean.com
===
To unsubscribe, send email to [EMAIL
On Tue, 22 Aug 2000 13:50:04 +0530, Arul [EMAIL PROTECTED]
wrote:
hi diwakar
it supports ejb1.0 spec
Does it really? From the Websphere Standard webpage it doesn't seem to
do EJB at all. EJB 1.0 is in the Advanced version though.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http
is the property tomcat.home used? I cannot find any references
in the jboss source at all.
right now the run.bat isn't finding tomcat when it trys to start.
Take this to the jboss-user mailing list. It is not an appropriate topic
for this mailing list.
/Rickard
--
Rickard Öberg
Email: [EMAIL PROTECTED
people.
We have the technology.
We have the vision.
We have the ideas.
And for each day each of these grow stronger, almost exponentially.
regards,
Rickard
ps oh, almost forgot /flamebait. Fire away 8-)
--
Rickard Öberg
Email: [EMAIL PROTECTED]
http://www.telkel.com
http:
1 - 100 of 558 matches
Mail list logo