Hi!
Rhett Guthrie wrote:
> i set the principal and credentials properties in my jBoss client before
> creating the InitialContext. On the server, however, I have some
> printouts in SecurityInterceptor and all of the method invocations are
> happening with principal=credentials=null.
This has re
Hi guys,
We did application using EJB/JSP, and finally decided to put it on
jboss+tomcat(optimized), I got the examples working, deployed my ear, but
could not get my jsps compiled - and the problem is in the classpath. my ear
consists of one ejb-jar and one war,containing the jsp pages. in the
> You are porting FROM jBoss TO WebLogic ? Really ?
Corporate decision i guess ??
Alain
--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
i was hoping no one would notice that one. :)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Tobias Frech
> Sent: Tuesday, December 12, 2000 10:38 PM
> To: 'jBoss'
> Subject: RE: [jBoss-User] minor jBoss spec compliance issue
>
>
> You are portin
You are porting FROM jBoss TO WebLogic ? Really ?
Tobias
-Original Message-
From: Rhett Guthrie [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 12, 2000 8:36 PM
To: [EMAIL PROTECTED]
Subject: [jBoss-User] minor jBoss spec compliance issue
in porting some code from jBoss to WebLogic,
in porting some code from jBoss to WebLogic, I found a minor spec compliance
issue with jBoss. jBoss should throw an exception when getPrimaryKey is
invoked on a session bean, instead it actually returns it.
-rg
--
--
To subscribe:
sounds like a minor bug in the verifier. ejb spec says runtime exceptions
are a no-no for bean methods. the error message should say something like
that instead of saying your return value is of the wrong type.
-rg
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED
Hi,
I am using jBoss 2.0 with Tomcat (in VM) and have the following problem:
I have an EJB that throws an Application Exception
(as defined in the EJB spec) in the ejbCreate method.
This Exception is not a subclass of any of the standard
EJB application exceptions (CreateException,
FinderExcepti
Has this code been tested?
I'm concerned that LoadUsers(), LoadRoles() are
called *after* super.initialize(), which indirectly references
the _roles properties through getUsersPassword() (ie, before
_roles is loaded).
When is commit() called? More generally, is the
ServerLoginModule API document
I'm using Hypersonic to prototype several BMP entity beans. I'm not that
familiar with Hypersonic but everything up until now has been pretty
straight forward. The problem seems to be due to some transaction errors.
Here is the typical scenario:
1. First creation successfully creates the entity
Anyone who is tracking JBoss and Jetty via CVS will be interested to know
that I have just checked back in changes to contrib/jetty and
jboss/src/main/etc/conf (commented) that get Jetty3 working again with the
latest JBoss CVS.
For those who are reading this and aren't aware of Jetty, take a lo
Hi Tobias,
Thanks for your speedy response!
Yes it worked. However, I am trying to use the run_with_tomcat.bat file that
that comes
with the jboss_tomcat.zip (the combined jboss/tomcat dist.) When I use that
batch
file it messes it up again( any ideas ?). I guess i might just have to
install and
Hi Adam!
I guess you where trying JBoss2.0 FINAL. There is a slight problem with
the file cond/default/jboss.jcml . It may get corrupted if the server
does not startup correctly.
Do the following please:
Unzip the zip archive again, save yourself a copy of the freshly
extracted jboss.jcml. Start
If my session bean throws an extended from
RuntimeException then I get the following error when I
deploy. If I change it to throw an exception extended
from Exception, the problem goes away. Any Ideas.
Thanks
[Verifier] Verifying
file:/F:/java/jBoss-2.0/bin/../tmp/deploy/emejb.jar/ejb1008.jar
[Ve
Hi,
I get the following when trying to start
jboss.
If someone knows a solution, i'd really appreciate
it.
Thanks !
[InstantDB] Starting[InstantDB] XA Connection
pool InstantDB bound to java:/InstantDB[InstantDB] java.sql.SQLException:
The url cannot be null[InstantDB] at
java
i can think of some ways, but they are all heinous. on the other hand,
why would you want to keep it pessimistic? i would think optimistic
would be the way to go on this.
-rg
> -Original Message-
> From: Rickard Öberg [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 12, 2000 10:24 AM
i set the principal and credentials properties in my jBoss client before
creating the InitialContext. On the server, however, I have some
printouts in SecurityInterceptor and all of the method invocations are
happening with principal=credentials=null.
Does jBoss not propagate security context in
Hi!
Recently i encountered a problem that my BMP beans are blocking the
container. After couple of hours of testing several cases i found that
JBoss is not rolling back transactions in one situation - when
EJBException is thrown from ejbStore method.
The Dump: (the first line is written by 'Syst
I am reposting my message earlier, which answered your question.
The jndiurl value is placed in the ejb-jar.xml file, inside the CocoBase
environment entry and will be used by CocoBase to lookup the datasource. It
will be added to the end of java:comp/env lookup as follows:
java:comp/env/%jndi
Hi!
Look into conf/default/jboss.conf in the ConsoleLogging section.
Does it say "Information,Warning,Error,Debug" or just
"Information,Warning,Error".
Include debug. In the end you should see what SQL queries will be
used/are used. Be also carful NOT to use any keywords of Interbase for a
table o
I would view a business process as something that likely makes changes to
the beans. I am sorry to have been so woefully imprecise.
If you can get calls to entity beans to be as lightweight as calls between
'normal' java objects let me know. That would sure be something:-)
Cheers
-Origina
Hi!
Rhett Guthrie wrote:
> how will this work once the clustering service is introduced? at that
> point, will jBoss have to move to the optimistic model?
I think so. We will add an optimistic cache for single-node too though.
If you have any ideas on how to keep it pessimistic I'm all ears.
/
I'm trying to translate an ejb from
http://www.execpc.com/~gopalan/java/ejb.html
but I'm not sure to find all the things to run it.
So I'd like to know where I can find a complete
example of BMP for JBoss.
Thanks.
--
---
Hi Oleg,
> Hi Simone,
>
> On Tuesday 12 December 2000 15:52, Bordet, Simone wrote:
> > The bean cache is a time-limited cache: too old bean are
> passivated out of
> > the cache when their lifetime expires.
> > All classes are already implemented, you only need to use
> them; maybe some
> > re
how will this work once the clustering service is introduced? at that
point, will jBoss have to move to the optimistic model?
-rg
> -Original Message-
> From: Rickard Öberg [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, December 12, 2000 9:17 AM
> To: jBoss
> Subject: Re: [jBoss-User] JBoss
Richard Gyger wrote:
> But the updates are still written out as separate db calls. If you are going
> to do the same update action on 1000 entity instances, it could be more
> efficient to use a session bean to update them all with one call.
True.
> It really depends on the use of the entity.
>
Hi!
Richard Gyger wrote:
> There should only be one entity instance per transaction, the entity
> instance shouldn't span xactions. Separate xactions should have separate
> copies of the entity.
This is only correct for optimistic concurrency control caches. JBoss
only has a pessimistic one curr
Hi Oleg,
Yes, that was the problem. The jar file in "castorjdo" is old, the one under
"newsite" works. I had to add or remove a "../" as well.
Thanks,
Evert
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Oleg Nitz
> Sent: Tuesday, December 12, 2
But the updates are still written out as separate db calls. If you are going
to do the same update action on 1000 entity instances, it could be more
efficient to use a session bean to update them all with one call.
It really depends on the use of the entity.
Everything's a trade-off.
-Origi
Hi Simone,
On Tuesday 12 December 2000 15:52, Bordet, Simone wrote:
> The bean cache is a time-limited cache: too old bean are passivated out of
> the cache when their lifetime expires.
> All classes are already implemented, you only need to use them; maybe some
> refactoring is worth, but the ma
But the updates are still written out as separate db calls. If you are going
to do the same update action on 1000 entity instances, it could be more
efficient to use a session bean to update them all with one call.
It really depends on the use of the entity.
Everything's a trade-off.
-Origi
you're right that is BS... serves me right for going from hearsay. openJoda
does not include apache
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 08, 2000 11:19 PM
To: Phil Surette; jBoss
Subject: RE: [jBoss-User] Apache, Tomcat , and JBoss in harm
There should only be one entity instance per transaction, the entity
instance shouldn't span xactions. Separate xactions should have separate
copies of the entity.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Darius
Davidavicius
Sent: Tuesday, December
Darius Davidavicius wrote:
> >That's for a second call to fBPK in the same transaction right?
>
> i was just thinking
>
> i hope it works like:
> 1.
>
> Transaction1 -> fBPK -> DataBase calls
> Transaction1 -> fBPK -> no DataBase calls
> commit
Correct.
> 2.
> Transaction1 -> fBPK -> Data
Hi Evert,
On Tuesday 12 December 2000 15:51, Evert Hoff wrote:
> I am getting the exception below when using Castor with jBoss 2.0 FINAL or
> with the latest CVS version. It works when I set up Castor with jBoss 2.0
> BETA-PROD-02 in exactly the same way. I have looked at the code of
> CastorJDOI
Hi!
Jay Walters wrote:
> I don't believe you execute the findByPrimaryKey method if you are using
> another finder, but you certainly load them one at a time. The findByFoo
> returns a collection of Pks and the container will load the entity beans for
> you one at a time using those keys.
But n
On Tue, 12 Dec 2000 07:45:51 -0600, Richard Gyger wrote:
>That's for a second call to fBPK in the same transaction right?
i was just thinking
i hope it works like:
1.
Transaction1 -> fBPK -> DataBase calls
Transaction1 -> fBPK -> no DataBase calls
commit
2.
Transaction1 -> fBPK -> DataBas
Hey,
check out now the current cvs; this kind of logging is now under "Debug", so
if you disable it in jboss.conf, you won't see anymore these messages.
Simon
> -Original Message-
> From: ZZ-Coz
> [mailto:[EMAIL PROTECTED]]
> Sent: martedì 12 dicembre 2000 14:53
> To: 'jBoss'
> Subject:
I don't believe you execute the findByPrimaryKey method if you are using
another finder, but you certainly load them one at a time. The findByFoo
returns a collection of Pks and the container will load the entity beans for
you one at a time using those keys.
If you have a business process that n
Hi!
Richard Gyger wrote:
> That's for a second call to fBPK in the same transaction right?
No, the current logic is to skip fBPK check if active at all.
I guess this should be changed so that if commit option B is used then
always check. Otherwise it should be ok.
/Rickard
--
Rickard Öberg
Hey Oleg,
> "Kenworthy, Edward" wrote:
> >
> > Is that because jBoss should call it but doesn't, or it
> shouldn't so it
> > doesn't ?
> It shouldn't, because it's stateless, i.e. it doesn't track user
> login/logout.
>
> >
> > Doesn't that mean that it would give the wrong results
> given t
i have jboss in test run before production and have a log file
with 4mb (got 400mb last week) where 90% is the following
[Bean Cache] Passivated overaged bean mediaminer.Story with id =
BR_20001119_2100_Rundschau_Magazin - 1
got an idea?
markus
--
Hi,
I am getting the exception below when using Castor with jBoss 2.0 FINAL or
with the latest CVS version. It works when I set up Castor with jBoss 2.0
BETA-PROD-02 in exactly the same way. I have looked at the code of
CastorJDOImpl where the error occurs. It looks like the NullPointerException
That's for a second call to fBPK in the same transaction right?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Rickard Öberg
Sent: Tuesday, December 12, 2000 7:33 AM
To: jBoss
Subject: Re: [jBoss-User] JBoss and flag
Hi!
Darius Davidavicius wrote:
>
Hi!
Darius Davidavicius wrote:
> Weblogic has the flag
> xxx
> where xxx = true or false
>
> it allows do not read information of the entity bean from the DB if bean already was
>loaded. This flag means entity can be changed just using entity functions, no
> direct changes in the DB
>
Hi all,
Weblogic has the flag
xxx
where xxx = true or false
it allows do not read information of the entity bean from the DB if bean already was
loaded. This flag means entity can be changed just using entity functions, no
direct changes in the DB
Does WL support something like that
The Good Folks of EJBoss,
I am evaluating EJB solutions and came across ejboss. Everything looks good
except that I am not sure if it is "production" quality or "production"
tested. I am writing an ERP solution and so I would like something that is
very stable.
Is anybody using EJBoss Server (an
One approach is to use a session bean to find and collect the pieces you
need through a single jdbc query.
Do you have behavior in the entities you are going to be invoking? Or is
this for some type of list?
You've just discovered one of the many limitations of entity beans.
-Original Messa
"Kenworthy, Edward" wrote:
>
> Is that because jBoss should call it but doesn't, or it shouldn't so it
> doesn't ?
It shouldn't, because it's stateless, i.e. it doesn't track user
login/logout.
>
> Doesn't that mean that it would give the wrong results given the following,
> reasonable scenario
On Tuesday 12 December 2000 14:03, Kenworthy, Edward wrote:
> I copied it direct from the jBoss source headers :-)
They are to be changed then.
jBoss is now JBoss and it's license is now LGPL.
> What's LGPL ?
Lesser GPL (old name: Library GPL)
It permits you to use JBoss binaries without modific
Lesser GPL, a license historically intended for libraries. It allows people
to link proprietory code to your code, but changes to your code has to be
LGPL'd too.
Please check out http://www.gnu.org/philosophy/license-list.html
-- Henrik
> -Original Message-
> From: Kenworthy, Edward [ma
I copied it direct from the jBoss source headers :-)
What's LGPL ?
-Original Message-
From: Oleg Nitz [mailto:[EMAIL PROTECTED]]
Sent: 12 December 2000 11:14
To: jBoss
Subject: Re: [jBoss-User] Security Walkthrough/How To/Tutorial, first
cut
On Tuesday 12 December 2000 10:57, Kenworthy
Is that because jBoss should call it but doesn't, or it shouldn't so it
doesn't ?
Doesn't that mean that it would give the wrong results given the following,
reasonable scenario:
1)User Edward logs in. Is currently assigned to role SalesManager.
2)ServerLoginModule binds role SalesManager to Edw
Finally I got it to work. The solution? Well...ehh...just tidying up the
CLASSPATH variable actually. I'm developing with (the j2ee compliant) app
server ATG Dynamo as well and the CLASSPATH was set up with references to
things like "C:\ATG\Dynamo4.5.0\lib\javax.ejb.zip" and
"C:\ATG\Dynamo4.5.0\li
On Tuesday 12 December 2000 10:57, Kenworthy, Edward wrote:
> Actually Oleg could I perhaps persuade you to use these two classes instead
> ? Basically I've added lots of comments and also pulled out an abstract
> class:
>
> /**
> * AbstractServerLoginModule
[snip]
> * Distributable under
On Tuesday 12 December 2000 11:47, Kenworthy, Edward wrote:
> The current logout method does nothing. Reading the spec I think it should
> remove the credentials (and principals) it added during login.
[snip]
> What do you think ?
I think that logout() is never called on server LoginModule.
Oleg
Hi Edward,
On Tuesday 12 December 2000 10:57, Kenworthy, Edward wrote:
> Actually Oleg could I perhaps persuade you to use these two classes instead
> ? Basically I've added lots of comments and also pulled out an abstract
> class:
That's really good idea, I'll use these classes.
Thanks,
Oleg
Yeah, that sounds excellent Oleg.
/R
"Kenworthy, Edward" wrote:
>
> That sounds absolutely perfect!
>
> -Original Message-
> From: Oleg Nitz [mailto:[EMAIL PROTECTED]]
> Sent: 11 December 2000 22:24
> To: jBoss
> Subject: Re: [jBoss-User] Some feedback on the jBoss package structure
>
The current logout method does nothing. Reading the spec I think it should
remove the credentials (and principals) it added during login. Ie
public boolean logout() throws LoginException
{
// should remove the principals and credentials it added in login()
Object credentia
Actually Oleg could I perhaps persuade you to use these two classes instead
? Basically I've added lots of comments and also pulled out an abstract
class:
/**
* AbstractServerLoginModule
* written by: Edward Kenworthy 12th Dec 2000
*
* This class implements the common functionalit
I can access /webapps/examples/jsp/index.html (as well as all other html
pages) with no problem, but when I try to follow a link to a jsp from there
the errors arise...
/Jöns
-Original Message-
From: Roberto Leong [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 11, 2000 4:14 PM
To: 'jB
61 matches
Mail list logo