Hi Hans,
Hans Dockter wrote:
JBoss-IDE 1.0.2 is a maintenance release. A couple of problems with
the launcher have been resolved.
I tried this version, but I still get the same error. The update was made by the
Install/Update Manager and a complete restart of the IDE.
Bernd
You DON'T need to
Bugs item #692157, was opened at 2003-02-24 10:53
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=692157group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Wozniak (lwozniak)
Assigned to:
Hello Bernd,
BK I tried this version, but I still get the same error. The update was made by the
BK Install/Update Manager and a complete restart of the IDE.
This is very disappointing ): I've installed linux (SuSE 8.1) to figure out this
bug. I could reproduce it there and fixed it in a way
Hello Bernd,
BK I tried this version, but I still get the same error. The update was made by the
BK Install/Update Manager and a complete restart of the IDE.
By the way. Have you used new launch configurations (as said in the
releasenotes) ?
Hans
Hello Hans,
Hans Dockter wrote:
Hello Bernd,
BK I tried this version, but I still get the same error. The update was made by the
BK Install/Update Manager and a complete restart of the IDE.
By the way. Have you used new launch configurations (as said in the
releasenotes) ?
Yes I used a new
Hi Hans,
the clean install did it! Now I can start and stop JBoss 3.2 (Fridays cvs
version) out of the eclipse IDE.
Now I will try it with the RC1 from last Friday.
Many Thanks!
Bernd
Hans Dockter wrote:
Hello Bernd,
BK I tried this version, but I still get the same error. The update was
Hello Bernd,
BK Do you tried it with M5 or the RC1 of eclipse?
With M5.
Hans
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development
Bugs item #692157, was opened at 2003-02-24 12:53
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=692157group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Wozniak (lwozniak)
Assigned to:
All works fine with the RC1 of eclipse 2.1 and JBoss-IDE 1.0.2. My envrionment is:
SuSE _linux 8.0
Sun JDK 1.4.1_01
JBoss 3.2 from cvs at Friday
eclipse 2.1 RC1
Thanks a lot!
Bernd
Bernd Koecke wrote:
Hi Hans,
the clean install did it! Now I can start and stop JBoss 3.2 (Fridays
cvs version)
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, February 22, 2003 1:43 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] org.jboss.aop.MethodMetaData
public Object resolve(Invocation invocation, String group, String
Hello Bernd,
BK All works fine with the RC1 of eclipse 2.1 and JBoss-IDE 1.0.2. My envrionment is:
BK SuSE _linux 8.0
BK Sun JDK 1.4.1_01
BK JBoss 3.2 from cvs at Friday
BK eclipse 2.1 RC1
BK Thanks a lot!
Thanks a lot for your cooperation in the last days (:
Hans
On 2003.02.24 09:14 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, February 22, 2003 1:43 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] org.jboss.aop.MethodMetaData
public Object
Bugs item #692273, was opened at 2003-02-24 17:11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=692273group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Lior Kanfi (kanfil)
Assigned to:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 9:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
On 2003.02.24 09:14 Bill Burke wrote:
-Original
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bill
Burke
Sent: Monday, February 24, 2003 10:06 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
-Original Message-
From: [EMAIL PROTECTED]
When an
Interceptor wants metadata, it walks the chain. Each
repository decides
whether or not it can resolve the metadata, or how to resolve
the metadata
reference based on the context of the Invocation. For example, for
MethodMetaData, the context of the Invocation is the method
Hi!
Just in case someone wonders where this IRC channel comes from:
irc.redhat.com is part of the Freenode.net network, I just learned. The
Freenode.net network was formerly known as openprojects.net. Ivar
founded the #jboss channel months (or even years now ?) ago.
Ciao,
Tobias
yuexiang wrote:
big snip
I also want to add that the current interface for Metadata, metadata
chains,
and how you configure metadata is open for debate. It probably is not a
complete definition and I'm open for suggestions. I'm hoping that as I
port
some of the current interceptors more requirements
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, February 22, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since sliced bread
This is really boring and
On 2003.02.24 10:39 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Saturday, February 22, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since
Hello David,
I tend to regard the functionality in client interceptors as really
required to make anything work. I agree that chain/invoker
is excessive.
I think we need the same client side interceptor stack no
matter what the
transport. For java clients, these interceptors will
On 2003.02.24 11:22 Sacha Labourey wrote:
Hello David,
I tend to regard the functionality in client interceptors as really
required to make anything work. I agree that chain/invoker
is excessive.
I think we need the same client side interceptor stack no
matter what the
Hi all,
I've started two threads in the forum to present and discuss ideas
about deployment and XDoclet generation with JBoss-IDE.
Deployment:
http://sourceforge.net/tracker/index.php?func=detailaid=639141group_id=22866atid=376687
XDoclet generation:
Bugs item #692344, was opened at 2003-02-24 18:30
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=692344group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Maarten Hazewinkel (terkans)
Assigned to:
Bill,
Where is you design? David's design looks totally obvious to me. It
is well understood, and based on our existing real-world experiences.
To me it looks like you are the one invent the perfect design/API.
So can you present you invocation chain as did and show us the error in
our
Thanks for advertising my eclipse deployer, Hans ;-).
Actual JBoss-IDE Deployment discussion can be found here
http://www.jboss.org/forums/thread.jsp?forum=162thread=28889
-Original Message-
From: Hans Dockter [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 12:11 PM
To:
IF Thanks for advertising my eclipse deployer, Hans ;-).
IF Actual JBoss-IDE Deployment discussion can be found here
IF http://www.jboss.org/forums/thread.jsp?forum=162thread=28889
Thanks for the correction (:
Hans
---
This sf.net email is
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 10:37 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
big snip
I also want to add that the current interface for
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sacha
Labourey
Sent: Monday, February 24, 2003 10:33 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
When an
Interceptor wants metadata, it walks the chain. Each
One more thing
We really need a way to generically define metadata and a generic way for an
interceptor to obtain class/ejb metadata. Currently, if somebody wants to
define a custom interceptor, the only way define class/ejb metadata is to
modify and recompile JBoss code. Interceptors
Bugs item #692398, was opened at 2003-02-24 12:40
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=692398group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul W. Ward (pward)
Assigned to:
Sure. The TxSupport class is a nice change and makes the code much more
readable. I have stated this before. But
Merge TxSupport.clientInvoke and serverInvoke into one method. Remove all
logic from client interceptor except TX propagation. Propagate the TX
always. Again, my reasoning
On 2003.02.24 13:17 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Monday, February 24, 2003 10:37 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
big snip
I
Bill, what I find really boring and unpleasant about this discussion is
that I can't find any evidence that you read most of my posts, or that you
remember the reasons for my design decisions for more than about 5 minutes.
I've written fairly detailed explanations of my views of both interceptor
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 1:54 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
On 2003.02.24 13:17 Bill Burke wrote:
-Original
Bill, what I find really boring and unpleasant about this discussion is
that I can't find any evidence that you read most of my posts, or that you
Ditto.
I thought I did read your stuff and replied appropriately. Maybe I missed
something. What I saw you propose for non-Java and I'll quote
On 2003.02.24 14:25 Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
David
Jencks
Sent: Monday, February 24, 2003 1:54 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
On 2003.02.24 13:17
Bill, what I find really boring and unpleasant about this discussion is
that I can't find any evidence that you read most of my posts,
or that you
Ditto.
I thought I did read your stuff and replied appropriately. Maybe I missed
something. What I saw you propose for non-Java and
Aha! At least there's something we can agree on!
I may be too dense in my understanding of the TX stuff right now so have
patience. I may/may not have a point.
As far as remoting goes. The SimpleMetaData class does have the means
now
to define whether data should be serialized across
On 2003.02.24 14:35 Bill Burke wrote:
Bill, what I find really boring and unpleasant about this discussion is
that I can't find any evidence that you read most of my posts, or that
you
Ditto.
I thought I did read your stuff and replied appropriately. Maybe I
missed
something.
One more thing. This was fine in 2.4 and 3.0 when there was a one to one
mapping between client, transport and EJB Container, but in 3.2 and
higher,
there is a many to one relationship between transport and EJB Container.
So? I just checked standard jboss.xml and all the client
David,
Can you remind me how you are going to deal with possible loops in transaction tree.
Consider this scenario: node A starts a transaction, does some work and calls node B.
Node B does some more work and calls node A back. There is no way node B can know if
the transaction has visited
On 2003.02.24 15:16 Igor Fedorenko wrote:
David,
Can you remind me how you are going to deal with possible loops in
transaction tree.
Consider this scenario: node A starts a transaction, does some work and
calls node B. Node B does some more work and calls node A back. There is
no way
JBoss daily test results
SUMMARY
Number of tests run: 1049
Successful tests: 1045
Errors:1
Failures: 3
[time of test: 2003-02-24.12-05 GMT]
[java.version:
Bugs item #690506, was opened at 2003-02-21 00:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=690506group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Marc Prud'hommeaux (mprudhom)
Assigned to:
We've put this into CVS (Branch_3_[02]).
Please confirm that eveything does as you would expect (we don't have a
testcase) and keep the patches coming.
Thanks,
Jules
Dawes, Phil wrote:
Hi Jboss/Jetty team,
Apologies for not submitting this through the patch manager. I wasn't sure
where to
=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.3.1_06
Java(TM) 2 Runtime Environment, Standard
Bugs item #690506, was opened at 2003-02-21 05:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=690506group_id=22866
Category: JBossTX
Group: v3.2
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Marc Prud'hommeaux (mprudhom)
Assigned to:
Bugs item #692398, was opened at 2003-02-24 18:40
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=692398group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul W. Ward (pward)
Assigned to: David Jencks
Bugs item #688624, was opened at 2003-02-18 12:20
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=688624group_id=22866
Category: None
Group: None
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Rami Hänninen (rajualf)
Assigned to: David Jencks
hi,
On Sat, 2003-02-22 at 02:42, Dain Sundstrom wrote:
I'm working on fixing the exception tests and I have run into a problem
with the verifier. I am getting the following warning that is causing
the deployment to fail:
Bean : ExceptionTesterEJB
Method : public abstract void
Bugs item #686611, was opened at 2003-02-14 17:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=686611group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: roberto (rroberto)
Assigned to: Christian Riege
53 matches
Mail list logo