Feature Requests item #500727, was opened at 2002-01-07 21:34
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=500727&group_id=22866
Category: JBossServer
Group: v2.4.x
Status: Open
Priority: 5
Submitted By: Richard Kilgore (richard-kilgore)
Assigned to: N
JBoss daily test results
SUMMARY
Number of tests run: 258
Successful tests: 253
Errors:4
Failures: 1
[time of test: 8 January 2002 4:52 GMT]
[java.version: 1.3.
JBoss daily test results
SUMMARY
Number of tests run: 258
Successful tests: 253
Errors:4
Failures: 1
[time of test: 8 January 2002 4:5 GMT]
[java.version: 1.3.1
JBoss daily test results
SUMMARY
Number of tests run: 258
Successful tests: 253
Errors:4
Failures: 1
[time of test: 8 January 2002 3:19 GMT]
[java.version: 1.3.
JBoss daily test results
SUMMARY
Number of tests run: 258
Successful tests: 251
Errors:4
Failures: 3
[time of test: 8 January 2002 2:52 GMT]
[java.version: 1.3.
Sounds good to me.
--jason
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:jboss-
> [EMAIL PROTECTED]] On Behalf Of Sacha Labourey
> Sent: Friday, January 04, 2002 10:06 AM
> To: Jason Dillon; [EMAIL PROTECTED]; jboss-
> [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] more jmx domai
Hi,
I'm just getting started with JBoss/Catalina,
so apologies for the naive question: After starting
Jboss by running the 'run_with_catalina.sh' any
attempt to connect to 'http://localhost:8080/";
produces:
"http status 500: no context configured to process
this request"
(the diagnostic message
User: chirino
Date: 02/01/07 12:54:19
Modified:src/main/org/jboss/ejb/plugins/jms DLQHandler.java
JMSContainerInvoker.java
Log:
Merged in changes by Andreas Mueller for better integration with SwiftMQ
Revision ChangesPath
1.7 +43 -22jbo
> > I thought that local intra-JBoss calls were optimized because
> > they don't go
> > through RMI but still marshall to get a pass-by-value
> > semantic. You mean
> > that they don't even have a pass-by-value semantic?!?
> >
>
> Yes, this was what I was trying to tell you before. No pass-by-val
|Yes, this was what I was trying to tell you before. No pass-by-value
|semantic when the Optimized flag is set to true. (it is by default)
right, no optimized flag any longer actually always optimize if colocated.
If you want pbv calls then we need an explicit flag that just says "enforce
pbv".
|I have kept the standard EB interceptor stack (well, security has been
|removed and transaction could also be) and I have not only
|implemented a new
|persistent store but also a new entity cache. As for any EB, its state is
|cached, So any call requesting it will take the cached value (*no*
|mo
> -Original Message-
> From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 07, 2002 12:45 PM
> To: marc fleury; Jboss-Dev
> Cc: Bill Burke; [EMAIL PROTECTED]
> Subject: RE: HTTPSession Clustering: howto
>
>
> > |For replication. Each time the session is modified, we n
> |For replication. Each time the session is modified, we need to
> marshall it
> |and send it on other nodes. This is where the sticky load-balancer comes
> |into the place. If calls for the same session are redirected to the same
> |hosts, we only pay the marshaling cost: as the session is cache
|For replication. Each time the session is modified, we need to marshall it
|and send it on other nodes. This is where the sticky load-balancer comes
|into the place. If calls for the same session are redirected to the same
|hosts, we only pay the marshaling cost: as the session is cached on the
|
Hello,
> |Entity Bean
> |===
> |On the entity bean interface, the getSession and setSession use an
> |interface
> |that extends javax.servlet.http.HttpSession. Nevertheless,
> inside the bean,
> |the actual session is stored in a MarshalledObject. Thus, the
> session, when
> |received on
beautiful,
my eyes are all weepy,
|The more I was coding, the more I was convinced that this solution (entity
|beans) is really great! :)
there is a lot of EJB bashing from "wee-wee" touching object designers, EJB
a la JBoss should really prove *in spades* the great points about EJB.
|Now, som
On 2002.01.07 09:24:09 -0500 marc fleury wrote:
> What spec are you talking about? JCA?
yes
They explicitly require support for the following:
(1)
in one ejb call:
get connection
start user transaction
commit/rollback
close connection
and
(2)
on ejb creation, get connection and save it
on eac
I have not tested the new JRMPInvokerHA stuff. It boots up, but I have no
idea if it works on not.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On
> Behalf Of Jason
> Dillon
> Sent: Friday, January 04, 2002 5:30 PM
> To: 'marc fleury'; [EMAIL PROTECTED
What spec are you talking about? JCA?
FYI infinite complexity with user input I veto but I trust you on the backend JCA
stuff.
marcf
__
View this jboss-dev thread in the online forums:
http://jboss.org/forums/thread.jsp?forum=6
Scott is correct as to the solution.
The problem: if the loading is done with
classloader.getResource("jndi.properties");
then the classloading goes parent and finds classpath ones and returns that.
This is a reason why in JBoss 2.x we use "local" CL to jars by not setting the parent
to the JB
Alexey,
I will say like scott, I don't see this behavior (I develop on RH 7.2 this days,
windows next week).
If you really think you have a bug document it clearly so we can deal with it,
marcf
__
View this jboss-dev thread
Paris,
the way we work is you submit a patch. It seems that Andreas will take care of you
soon but it would be better if you used the bug tracking system to make sure you
explain your problem and the patch. Just "cut and paste" the problem/solution you
explain here
marcf
__
> No, I was probably stoned when doing it
Yes, I tried that and it doesn't work. Visions are good and transmissions are clear
but the actual work needs to be done clear.
Visions != work
But you do need that to make sense of the architecture
marcf
_
Cool. I also think that line 282 or so should read:
[code]
mActualSchedule = ( (Integer) getServer().invoke(
mTimer,
"addNotification",
new Object[] {
"InitialCall",// <
"Scheduler Noti
On 14 Dec, marc fleury wrote:
>
>
> but from the reading that I make in the container of the use of "beanMapping" I find
>it silly.
>
> Correct me if I am wrong but since the use of bean mapping in EJB standard is to
>cover interface->bean mapping (remember the bean doesn't implement the inte
As future investigations showed this problem doesn't exist on Windows. At
least I couldn's achieve the same behavour ((re)deployment blocking) on
Windows. But on Red Hat 7.2 it does exist.
After just copying jboss as is to Windows and running there the problem
dissapeared.
Removing stateful sessio
26 matches
Mail list logo
