I am starting to create a management GUI see project
JBossMGT but right now I am only working on making
JBoss manageable but have no clear idea how to create
the GUI.
Do you need some help on that point ? I could spend some time
thinking about it if I know how it should be used.
Therefore
Bugs item #448723, was opened at 2001-08-07 03:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=448723group_id=22866
Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Luke Taylor (negaton)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
Dillon
Sent: Monday, August 06, 2001 9:19 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] synchronizeEntitiesWithinTransaction, null pk
remove
I am running into a problem with entity bean
bill,
between you and I, this is typically the type of problem I want to avoid
with the core container interceptors. I know (pretty sure) I didn't miss
something as basic as that and obviously it wasn't you. If it is me then it
only makes the following point even more true.
I put you must be
Mark,
If you remember, I posted to this list the suggested change to the
interceptor, and waited a day after YOU said it was OK to make the change.
As a side note, I was attempting to move the actual store logic out of the
interceptor. I moved the sync entities in tx to application. My goal
Ok
yes now I remember
1- your work is truly appreciate on the cmp2.0. It is important work
2- I didn't ok the changes to the interceptor, in fact I still DON'T
understand what is an application from your point of view. An application
is an application, in fact tx will SPAN SEVERAL COMPONENTS
|I really disagree on locking the code in cvs. I'd prefer a solid
|test suite
|that tests this stuff backward and forward so that if somebody checks in
|bogus code, we will know who it is. We should encourage people to look at
|this code. The more eyes the better this code will be and get.
Dain,
The idea was a good one and the code is better for it. Don't worry about
it. Just be more careful next time. We all make mistakes. Make sure you
run jbosstest before you check stuff like this in. I've just got in the
habit of this myself. Also, I've got to start making a list of
|Hey,
|
|I'm taking this stuff over. Don't worry about rolling it back, the changes
|are needed. I'll move the logic out of Application.java.
thanks,
if you think the code is better for it, then kudos to Dain. But
Application.java is still a fuzzy if unecessary concept from a container
marc,
I have simple suggestion. Can we modify the commit script to check that if
anyone changes the 'special files' it sends an additional message to the
list with the subject 'DANGER' or something simmilar. Then in the code we
put the comment (in addition to what is already there) mentions
Bill,
Actually, I did run the test. I guess I have it setup wrong. The bigger
problem with the test package is it doesn't work like a normal JUnit test
suite, so I don't see the there were x failures. Next time I work on some
thing outside of the cmp package, I look into my setup.
back to the
|marc,
|
|I have simple suggestion. Can we modify the commit script to check that if
|anyone changes the 'special files' it sends an additional message to the
|list with the subject 'DANGER' or something simmilar. Then in the code we
|put the comment (in addition to what is already there)
User: patriot1burke
Date: 01/08/07 11:06:56
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
- moved EntitySynchronizationInterceptor.storeEntity to EntityContainer
- moved synchronizeEntitiesWithinTransaction to
User: patriot1burke
Date: 01/08/07 11:06:43
Modified:src/main/org/jboss/ejb TxEntityMap.java EntityContainer.java
Application.java
Added: src/main/org/jboss/ejb GlobalTxEntityMap.java
Log:
- moved EntitySynchronizationInterceptor.storeEntity to
User: patriot1burke
Date: 01/08/07 11:17:20
Modified:src/main/org/jboss/ejb EntityContainer.java
Log:
additional comments
Revision ChangesPath
1.52 +5 -1 jboss/src/main/org/jboss/ejb/EntityContainer.java
Index: EntityContainer.java
|* pb2001/08/06: marcf/b
|* ol
|* liGot rid of disassociate and added a
|javax.transaction.Synchronization. The sync will clean up the map now.
| - * liThis class now interacts with ApplicationTxEntityMap
|available in Application
| + * liThis class now interacts with
User: patriot1burke
Date: 01/08/07 11:27:04
Modified:src/main/org/jboss/ejb TxEntityMap.java
Log:
additional comments
Revision ChangesPath
1.6 +2 -2 jboss/src/main/org/jboss/ejb/TxEntityMap.java
Index: TxEntityMap.java
User: patriot1burke
Date: 01/08/07 11:34:11
Modified:src/main/org/jboss/ejb/plugins
EntityInstanceInterceptor.java
Log:
removed unused code
Revision ChangesPath
1.42 +124 -169
I fixed it. Dain, can you review my changes?
- I moved EntitySynchronizationInterceptor.storeEntity to EntityContainer
- moved synchronizeEntitiesWithinTransaction from Application to
EntityContainer and made it a static method
- moved GlobalTxEntityMap(formerly named ApplicationTxEntityMap) to
How about using cvs notifications for critical files?
--jason
On Tue, 7 Aug 2001, marc fleury wrote:
|I really disagree on locking the code in cvs. I'd prefer a solid
|test suite
|that tests this stuff backward and forward so that if somebody checks in
|bogus code, we will know who it
You're right. The testsuite needs to be improved.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
Dillon
Sent: Tuesday, August 07, 2001 3:41 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] synchronizeEntitiesWithinTransaction, null
On 6 Aug, Jason Dillon wrote:
Where does a JMS RA managed connection get returned? I just ran into:
JmsXA [RMI TCP Connection(12)-192.168.0.124] INFO - Pool
org.jboss.jms.ra.JmsManagedConnectionFactory-1 is full (10/10)!
JmsXA [RMI TCP Connection(12)-192.168.0.124] INFO - Pool
User: user57
Date: 01/08/07 13:12:09
Modified:src/main/org/jboss/ejb Application.java
Log:
o normalized javadoc
o changed some field comments to javadoc
o changed tabs - 3 spaces
o normalized a few method signatures (removed extraneous space)
Revision Changes
User: pra
Date: 01/08/07 13:53:53
manual/src/examples/org/jboss/docs/jms - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:54:25
manual/src/examples/org/jboss/docs/jms/bin - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:54:26
manual/src/examples/org/jboss/docs/jms/ra - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:54:26
manual/src/examples/org/jboss/docs/jms/resources - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:54:25
manual/src/examples/org/jboss/docs/jms/client - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:54:26
manual/src/examples/org/jboss/docs/jms/mdb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:58:33
manual/src/examples/org/jboss/docs/jms/mdb/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:58:33
manual/src/examples/org/jboss/docs/jms/mdb/bean - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
The testsuite should be improved then to catch this sort of stuff.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
Sundstrom
Sent: Tuesday, August 07, 2001 12:31 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev]
Does anyone have any idea why the JMXAdaptorService might have a transaction
timing out?
JMXAdaptorService [Thread-12] WARN - Transaction XidImpl [FormatId=257,
GlobalId=eng-ecr5a//269, BranchQual=] timed out. status=STATUS_ACTIVE
--jason
___
User: pra
Date: 01/08/07 13:59:36
manual/src/examples/org/jboss/docs/jms/ra/interfaces - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 13:59:36
manual/src/examples/org/jboss/docs/jms/ra/bean - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
User: pra
Date: 01/08/07 14:09:00
Added: src/examples/org/jboss/docs/jms/ra HelloClient.java
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1 manual/src/examples/org/jboss/docs/jms/ra/HelloClient.java
Index:
User: pra
Date: 01/08/07 14:08:59
Added: src/examples/org/jboss/docs/jms/mdb/interfaces
HelloWorker.java HelloWorkerHome.java
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1
User: pra
Date: 01/08/07 14:09:01
Added: src/examples/org/jboss/docs/jms/resources
HelloListener-ejb-jar.xml HelloListener-jboss.xml
HelloMDB-Queue-BMT-ejb-jar.xml
HelloMDB-Queue-BMT-jboss.xml
User: pra
Date: 01/08/07 14:08:58
Modified:src/examples/build build.xml
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.12 +261 -165 manual/src/examples/build/build.xml
Index: build.xml
User: pra
Date: 01/08/07 14:08:59
Added: src/examples/org/jboss/docs/jms/client
DestinationHelper.java DestinationHelper25.java
HelloPublisher.java HelloPublisher25.java
HelloReceiver.java
User: pra
Date: 01/08/07 14:09:00
Added: src/examples/org/jboss/docs/jms/ra/bean TopicHelloBean.java
TopicHelloBean22.java
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1
User: pra
Date: 01/08/07 14:08:59
Added: src/examples/org/jboss/docs/jms/mdb/bean HelloListener.java
HelloMDB.java HelloWorkerBean.java
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1
User: pra
Date: 01/08/07 14:08:59
Added: src/examples/org/jboss/docs/jms/bin runHelloPublisher22.sh
runHelloPublisher24.sh runHelloPublisher25.sh
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1
User: pra
Date: 01/08/07 14:08:58
Added: src/examples/org/jboss/docs/jms build.xml
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1 manual/src/examples/org/jboss/docs/jms/build.xml
Index: build.xml
User: pra
Date: 01/08/07 14:09:00
Added: src/examples/org/jboss/docs/jms/ra/interfaces Hello.java
HelloHome.java
Log:
Added example code for new JMS chapter
Revision ChangesPath
1.1
User: pra
Date: 01/08/07 14:18:03
Modified:src/docs jbossdocs.xml
Log:
Removed howto MDB chapter and put in the new jbossjms chapter instead
Revision ChangesPath
1.22 +2 -2 manual/src/docs/jbossdocs.xml
Index: jbossdocs.xml
Do you know if it is safe to have a stateful session cache the connection
and session object if it is only invoked over and over my a single client
thread? Or do I have to create a new session for each method call?
--jason
On Tue, 7 Aug 2001 [EMAIL PROTECTED] wrote:
On 7 Aug, Jason Dillon
I might not be closing the session property in some cases. On a related
note, there is an example from sun:
http://java.sun.com/products/jms/tutorial/examples/client_ses_mdb/PublisherBean.java
which calls close() on the connection in ejbRemove(), but the JMS RA will
throw an exception in this
Funny that Rabbit hole should require the research Rickard, Jung and I (well
mostly I really ;-) did back in december, it was aptly called big-ears,
just thought it was funny for a rabbit :)
http://www.mail-archive.com/jboss-dev@list.working-dogs.com/msg06236.html
_
Marc
http://www.mail-archive.com/jboss-dev@list.working-dogs.com/msg06230.html
he he reading old stuff
nostalgiasnifff!/nostalgia
you will be amused by my own stupidity in PS1 where I swear on my dead
ancestors that we will NEVER need this in OUR codebase... he he I am so
silly sometimes...
better
Hi,
Line 99:
Method[] homeMethods =
factory.getContainer().getHomeClass().getMethods();
cause a NPE in case I deploy an cmp entity bean with _only_ a Local Home
interface : the container have only a Local Home class defined.
In more general, should this class be review to handle any
User: pra
Date: 01/08/07 15:09:40
Modified:src/examples/org/jboss/docs/jms build.xml
Log:
MDB examples now work with 2.5.x, but there are some big amd weird problem with JMS
and 2.5.x that is not solved
Revision ChangesPath
1.2 +9 -7
On 7 Aug, Jason Dillon wrote:
I might not be closing the session property in some cases. On a related
note, there is an example from sun:
http://java.sun.com/products/jms/tutorial/examples/client_ses_mdb/PublisherBean.java
which calls close() on the connection in ejbRemove(), but the
That sees like a bug, but it is important to remember that whats
actually is pooled is the the session, and that should be closed after
each method invocation.
I was not closing the session properly.
Should the connection close all of its sessions?
I just read the javadoc for
Do you know why JmsSession.recover() is syncrhonized?
--jason
On Wed, 8 Aug 2001 [EMAIL PROTECTED] wrote:
On 7 Aug, Jason Dillon wrote:
I might not be closing the session property in some cases. On a related
note, there is an example from sun:
From: Jason Dillon [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Retuning JMS RA connections?
Date: Tue, 7 Aug 2001 15:51:00 -0700 (PDT)
That sees like a bug, but it is important to remember that whats
actually is pooled is the the session,
User: user57
Date: 01/08/07 17:11:41
Modified:src/main/org/jboss/jms/ra JmsSession.java
JmsSessionFactoryImpl.java
Log:
o Consolidated session open checks into getSession().
o Changed JmsSession.close() to not throw an exception if the session is
Hi
- Original Message -
From: Wei-ju Wu [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 07, 2001 12:40 AM
Subject: Re: [JBoss-dev] A new user interface for JBoss
I am starting to create a management GUI see project
JBossMGT but right now I am only working on making
User: chirino
Date: 01/08/07 19:34:43
Modified:src/main/org/jbossmq GenericConnectionFactory.java
Log:
The JVM IL was not correctly initializing the ServerIL reference and
it was not properly binding the XA connection factory either.
Revision ChangesPath
1.3 +4
User: chirino
Date: 01/08/07 19:36:49
Modified:src/client jbossmq-client.jar
Log:
Updating to the latest JBossMQ.. Fixed a problem with the JVM IL that was
causing MDBs to fail.
Revision ChangesPath
1.13 +189 -172 jboss/src/client/jbossmq-client.jar
User: chirino
Date: 01/08/07 19:36:49
Modified:src/lib jbossmq.jar
Log:
Updating to the latest JBossMQ.. Fixed a problem with the JVM IL that was
causing MDBs to fail.
Revision ChangesPath
1.15 +278 -248 jboss/src/lib/jbossmq.jar
Binary file
User: chirino
Date: 01/08/07 19:37:06
Modified:src/lib jbossmq-client.jar
Log:
Updated to the latest JBossMQ
Revision ChangesPath
1.13 +189 -172 jbosstest/src/lib/jbossmq-client.jar
Binary file
___
Anreas,
Quick FYI for anybody starting up a new GUI tool/IDE
Just wanted to let you know that IBM is opening the core of WebSphere Studio
(in the near future) Not sure what type of license they will end up opening
the sources up with yet. The OS version will be called eclipse and their
It looks like the max size of the pool is still hard coded to 25. This
should really be exposed as a jmx attribute, but in the mean time can we
just use the default constructor for PooledExecutor and now have any max
limits. I re-ran my large scale tests with the latest version and still ran
hi everybody,
this is my first posting to jboss-dev. I hope to contribute some code to
Jboss someday:oP
Yes, I could need some help. Right now I postponed the design
for a GUI because I am focused on implementing the server
stuff.
There are two things right now I would need:
- Design of
65 matches
Mail list logo
