Action Taken:
The attachment was quarantined from the message and replaced with a text
file informing the recipient of the action taken.
To:
[EMAIL PROTECTED] [EMAIL PROTECTED]
From:
Vittorio Ballestra [EMAIL PROTECTED]
Sent:
790697600,29516900
Subject:
[JBoss-user] RE: JBOSS-3.0.2 memory
I've attached the ltl script I'm using to enable the profiler on
jboss3.x.
I've also attached the error it gives to me with jdk1.4.0 from sun (I
have tried with j2sdk1.4.1 and 1.3.1 with same results).
I launch jboss with
PROFILER=pathtoscript run.sh
I've run the selector to select the memory
ScanMail for Microsoft Exchange has detected virus-infected attachment(s).
Sender = [EMAIL PROTECTED]
Recipient(s) = [EMAIL PROTECTED]
Subject = [JBoss-user] RE: JBOSS-3.0.2 memory leaks
Scanning Time = 09/25/2002 09:36:37
Action on virus found:
The attachment OptimizeIt.sh matched file
Jason,
We decided to get rid of the redundante ejb-ref/ tags inside the
web-service.xml - I am not sure
whether this is already reflected in the xdoclet template, that is why I
marked this feature as deprecated.
It has nothing to do with the authentication and authorization handlers
which allow
-Ursprüngliche Nachricht-
Von: Jason Essington [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 24. September 2002 21:18
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-user] jboss.net and persistence
Actually the client portion is being written in REALbasic and am having
to develop it
Hello again,
when I asked:
Has anyone found the answer to the final question in this forum thread?
http://www.jboss.org/forums/thread.jsp?forum=49thread=12359
I didn't mean the first questions of the thread, because MY PRINCIPAL
is NOT null and my LoginModule DOES PROVIDE THE RIGHT ROLES.
Hello!
We have Jboss 3.0.2 with Tomcat 4.0.4 on a development enviroment and we
try to authenticate using LDAP and works, but how we can propagate this
authenticacion to others applications?
Thanks in advance.
--
Raúl Mateos
AOL Spain
Dpto. Producción
Aplicaciones
Pº Castellana 83 - 85, 3ª
after doing some research (trial and error mostly) it seems
that I also
need to add:
parameter name=scope value=Session/
to the service element of my web-service.xml file to get
jboss.net to
remember I want to maintain a session.
Have to recheck that, I´m not sure where the ejb
Hello all
We are trying to do a data-import/update using entities.
It's fairly easy to read data-lines, make a findByPK and if finderEx, then
create the entitity, and then you call the setters for the data you acquire.
Fairly simple, but our server runs into outofmemory problems.
My own bet is
can you try to:
- limit the cache size for this entity (by default: 1Milion)
- split your import in sub-transactions (may not be the best situation)
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de René
Rolander Nygaard
Envoyé :
I think I may have discovered a nasty bug in Jetty's cookie based
session management.
I'm using version JBoss 3.0.2 and Mozilla 1.0 and here's the problem I'm
encountering.
When jetty creates a cookie for a session (named jsessionid) it doesn't
set the domain that it applies to. This results
Hi René,
Not that I am the expert, but I had a similar problem. I was running 2.4.3
or 2.4.4 (I am not sure). When I switched to 2.4.6 my problems were gone.
The 2.4.3(4?) release contains a known bug. Because of this bug entity beans
will live forever, hence your out of memory problem. In
Kevin,
We have subclassed the Axis EJBProvider to only depend on the JNDIName (and
the Scope as it seems).
Unfortunately, EJBMetaData is only accessible from EJBHome and not from
EJBLocalHome (which makes sense when designing an application that just uses
in-VM RMI communication and out-VM
That is: How can Jboss or the JSP (Servlet) Container know if the user is
authenticated previously on the server and keep it? How can we propagate
sessions?
Thanks.
Raúl Mateos wrote:
Hello!
We have Jboss 3.0.2 with Tomcat 4.0.4 on a development enviroment and we
try to authenticate using
Done!... implementing a valve on tomcat service...
Raúl Mateos wrote:
That is: How can Jboss or the JSP (Servlet) Container know if the user is
authenticated previously on the server and keep it? How can we propagate
sessions?
Thanks.
Raúl Mateos wrote:
Hello!
We have Jboss 3.0.2
We have subclassed the Axis EJBProvider to only depend on the
JNDIName (and
the Scope as it seems).
That's what I've done but I must admit that I kept it simple and
only used the remote interface :-), I haven't added anything for
local interfaces. I would need to examine the create methods
With the stand alone Jetty that is used in jboss 3.0.2b, I get
different behaviour.
In the jetty demo, I changed the 404 error page to dump/info
which should end up being served by the dump servlet.
A request to http://localhost:8080/jetty/x
does end up being served from the dump servlet
We tried setting it to 500, and then started loading the data again.
It reads 7626 lines, and then throws a
HTTP ERROR: 500 removing bean lock and it has tx set!; CausedByException is:
removing bean lock and it has tx set!
This is extraction from the log:
2002-09-25 14:47:34,543 ERROR
We have just published a new article titled 'Generating
a Thin JSP Client for Integrating CapeConnect with the JBoss' Application
Server
http://www.capescience.com/education/tutorials/jbossclients/jsp_client.shtml
It is tutorial showing how to generate a thin JSP client using CapeStudio.
The xDoclet template could do that to set the scope to Session (for a
stateful session bean), however if there was some call to use the bean
with an application it wouldn't work.
My solution was to modify the template to accept a scope attribute to
the @jboss-net.web-service tag:
I use WebWork with no JSPs.
I check for attributes in a filter after request is processed by
the 'action' servlet.
Do I miss something here?
Thank you very much.
alex
Wednesday, September 25, 2002, 3:48:29 PM, you wrote:
GW With the stand alone Jetty that is used in jboss 3.0.2b, I get
GW
The changes I made are to the jboss version of xdoclet (actually to the
stuff in the xdoclet.modules.jboss.ws package only) as what is
distributed with jboss doesn't currently work with the head version of
xdoclet.
the changes I have made are mostly to the template, but here is a list
of
thanks david, that cleared up some of my questions.
now that i have the CallerIdentityLoginModule in the login-conf.xml i'm
getting a responce back from jboss that the user is logging in successfully.
now the retrieval of roles is a mystery to me. where is it getting roles
from when using this
Have you shared this with the xdoclet guys? The xdoclet-user list has
had quite a few messages (don't remember if you were in on them) about
wanting to support this is the upcoming xdoclet 1.2.
David
--
Jason Essington wrote:
The changes I made are to the jboss version of xdoclet (actually
Alex,
In the current version of the spec - filters only get applied
to requests as they enter the container - not after request
dispatching and undefined for error pages.
In JSR154 (the 2.4 version of the spec), I was able to push
through some clarifications on the welcome page mechanism and
Since you didn't post your changed login-conf.xml I'm guessing about what
you might be doing.
You need (at least) 2 login modules: one to log the user into the app, this
one will supply the roles for the user inside the app, and another (the
CallerIdentityLoginModule) that will translate the app
Hi,
We're trying to make a stateful session bean to remove itself, is it
possible/ethical ?
For this purpose we are using the following call :
sessioncontext.getEJBObject().remove();
but sessioncontext.getEJBObject() always seems to
return us the first bean ever created for the
Thank you very much, Greg.
I am hacking OSCache filter that caches content. The problem is not to
cache error pages.
I tried to check request attributes and
javax.servlet.error.servlet_name is really set to 'action' and I could
make use of it. But as I got you right, it's not the right way.
Do
If you are using a filter, why not wrap the response
object and implement sendError yourself.
cheers
Alex Loubyansky wrote: Thank you very much, Greg.
I am hacking OSCache filter that caches content. The problem is not to
cache error pages.
I tried to check request attributes and
GW If you are using a filter, why not wrap the response
GW object and implement sendError yourself.
cool! I'll try. Thanks again!
alex
GW cheers
GW Alex Loubyansky wrote: Thank you very much, Greg.
I am hacking OSCache filter that caches content. The problem is not to
cache error pages.
again, things are getting much clearer!
ok, here's my new understanding of how this works in my current setup:
1. login-conf.xml has 2 login modules.
a. ConfiguredIdentityLoginModule named OracleDbRealm
b. LDAPLoginModule named testLdap
2. oracle-service.xml is configured.
a.
Yeah, it would be cool if we could merge the whole jboss-branch of xdoclet
with their head when these feature begin to foster in the JBoss3.2 Branch.
CGJ
-Ursprüngliche Nachricht-
Von: David Ward [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 25. September 2002 16:11
An: [EMAIL
Hi All,
I am trying to insert a CLOB column using CMP.
I get this error. CLOB size is 6028.
java.sql.SQLException: Io exception: Stream closed
at
oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at
oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:210)
I haven't yet as I am not entirely sure what I have done is correct,
and since this module is really the work of Dr. Christoph Jung and Fred
Brier perhaps they should see it first and put their stamp of approval
on it first.
-jason
On Wednesday, September 25, 2002, at 08:10 AM, David
I am using the 3.2.0beta2 CVS version of JBoss and have run into a problem
with the JMS DestinationManager. It appears that the JMS DestinationManager
stores in a hashmap the actual queue/topic JNDI names that are then looked
up at deployment time by the MDB deployment logic in JBoss. This
It looks to me as if you have everything set up correctly and understand
what is supposed to happen. I would expect the setup to work since you
have identical user/pw in ldap and oracle. I suggest logging the user/pw
at every opportunity (in the CallerIdentityLoginModule when the
On Wednesday, September 25, 2002, at 09:36 AM, Jung , Dr. Christoph
wrote:
I´m blasted away.
Jason, great contribution. Will incorporate with kudos ASAP
Thank you for the kudos.
How is that data-object thingy working? Do you use eb-references in the
logic/service interfaces and
We have just published a new article titled 'Generating a Thin JSP Client
for Integrating CapeConnect with the JBoss' Application Server
http://www.capescience.com/education/tutorials/jbossclients/jsp_client.shtml
It is tutorial showing how to generate a thin JSP client
Hi,
This is really driving me nuts, and I wouldn't have
posted if I hadn't looked before through the jboss forum, the mailing list and
the manuals.
Attached you will findazip with a
simple.ear file and the files login-config.xml and password/role files,
which I believe to be quite as the
Under 3.2 it worked...
And there are no spaces in any of the paths involved...
All of this is under NT4.0, jdk 1.4.0:
I have a xxx.sar, in which an xml resource is loaded with
URL configURL =
Thread.currentThread().getContextClassLoader().getResource(myresource.xml);
Source xmlSource = new
that's a scary though david. me peeling through jboss code! :) just
kidding, i'd love to dig into this and find out what is really happening.
do you have any suggestions for what classes to look though?
i've begun doing some debugging, and i've found that the principal that is
passed to the
I'm sorry, I misread your previous post. You need to use the
CallerIdentityLoginModule, not the ConfiguredIdentityLoginModule.
david jencks
On 2002.09.25 16:14:48 -0400 Sonnek, Ryan wrote:
that's a scary though david. me peeling through jboss code! :) just
kidding, i'd love to dig into
what a relief! it's working now!
i only had to change the ConfiguredIdentityLoginModule to the
CallerIdentityLoginModule, and restart jboss. now, the account that logs in
IS connecting to the database using that account.
THANK YOU DAVID! LONG LIVE JBOSS!!
Ryan
-Original Message-
Guys,
first of all sorry for the lack of input in the last days, NYC took a
lot of time and I have been out most of the week. JBoss Group grows
fast and I need to be everywhere at once, if only I could clone myself
:)
OK here is the point:
we need to be sure our free and for-pay
Pete,
this is a fairly common limitation with setting cookies, as it is difficult
for a container to tell what the domain actually is to set - specially
if multiple ports and/or virtual hosts are involved.
However, in the 4.1.0 release of Jetty, just gone out the door and
coming to a JBoss
I want to change that once and for all, I will ask that as
you submit new code you also submit the JUnit tests if you
have them as the documentation. The documentation can come
This doesn't make sense. I mean, just like you have you junit test,
submit doco Doco is not the junit obviously
Whom should I send it?
alex
I want to change that once and for all, I will ask that as
you submit new code you also submit the JUnit tests if you
have them as the documentation. The documentation can come
mf This doesn't make sense. I mean, just like you have you junit test,
mf submit
47 matches
Mail list logo