Bugs item #487586, was opened at 2001-11-30 08:45
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=487586group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Closed
Resolution: Rejected
Priority: 5
Submitted By: Guillaume Coté (gcote)
Assigned to:
Bugs item #489465, was opened at 2001-12-05 10:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=489465group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Emmanuel Sciara (sciara)
Assigned
Bugs item #491088, was opened at 2001-12-10 02:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491088group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jiri Luzny (jiril)
Assigned to:
Hi,
--- Scott M Stark [EMAIL PROTECTED] wrote:
Send the VM a SIGQUIT to generate a thread dump to help establish
what it hanging up the shutdown.
I've done that - the results are here:
http://lubega.com/javacore18046.1007985620.txt
Although I am not sure what to look for
I've changed
Is there a tool, like deploytool of Sun's j2ee, for JBoss? Or, can I use the same
tool for JBoss?
Thanks,
JJ
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5338
___
Is there a tool, like deploytool of Sun's j2ee, for
JBoss? Or, can I use the same tool for JBoss?
Thanks,
JJ
Guy with one post, doesn't read the red flashy sign that says don't post here. So
first I will kick him out, just for good measure, he will have to re-register and at
least will
I kicked the guy out,
dude if you read this, first apologies for just kicking you out, but pay attention
next time,
marcf
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5338
FYI, I think I understand the root of the init discussion, it has to do with
conflicting views of the same code.
The system view, for example the deployer, well the deployer instanciates, configures,
initializes and starts the service. So from the JBoss view the steps are create and
This is the wrong place for this question. Try the Persistence JBossCMP
online user forum.
-dain
-Original Message-
From: Brill Pappin [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 10, 2001 12:36 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Changing the Database
I'd
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Maplesden
Sent: Sunday, December 09, 2001 3:14 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] current mbean structure confusing
Nope, AutoDeployer behavior definately changed. I put
I know marc is trying to kill off this thread (it
has been going long
enough) but I know what the story is with this one
so I thought I would
explain (and give you a solution).
I want to kill personal attacks on advanced developers of JBoss, I don't want to kill
reasonable feature
I'm going to change the code.
I will commit the above
FYI I am done with it, turned out that as I was debugging the new invocation
chain/proxy I needed this behavior of the deployer so I fixed it, I will do an
interim commit of just the deployer logic so we are done with this, I hope this
Bugs item #491039, was opened at 2001-12-09 22:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=491039group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Toby Hede (ubik42)
Assigned to:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Monday, December 10, 2001 11:18 AM
To: [EMAIL PROTECTED]
Subject: Re: RE: [JBoss-dev] current mbean structure confusing
I know marc is trying to kill off this thread (it
has
I've found a bug in the
call to removeNotification
in the scheduler MBean
the dynamic parameter type is set as int
instead of class Integer...
there are 3 call like these (bug corrected here)
getServer().invoke(
mTimer,
removeNotification,
User: juhalindfors
Date: 01/12/10 09:23:27
Added: src/main/javax/management
AttributeChangeNotificationFilter.java
Log:
part of javax.management
Revision ChangesPath
1.1
User: juhalindfors
Date: 01/12/10 09:20:04
Modified:src/main/javax/management MBeanInfo.java
Log:
more stylings
Revision ChangesPath
1.3 +55 -35jmx/src/main/javax/management/MBeanInfo.java
Index: MBeanInfo.java
User: juhalindfors
Date: 01/12/10 09:24:36
Added: src/main/javax/management/modelmbean DescriptorSupport.java
InvalidTargetObjectTypeException.java
ModelMBean.java ModelMBeanAttributeInfo.java
User: juhalindfors
Date: 01/12/10 09:27:37
jmx/src/main/org/jboss/mx/persistence - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 01/12/10 09:28:24
Added: src/main/org/jboss/mx/persistence NullPersistence.java
PersistenceManager.java
Log:
Revision ChangesPath
1.1 jmx/src/main/org/jboss/mx/persistence/NullPersistence.java
User: juhalindfors
Date: 01/12/10 09:27:09
Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
Log:
from KR to ANSI C
Revision ChangesPath
1.4 +239 -137 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java
Index: MBeanServerImpl.java
Hi
there are 3 call like these (bug corrected here)
getServer().invoke(
mTimer,
removeNotification,
new Object[] {
new Integer( mActualSchedule )
},
new String[] {
Does anyone mind if I rename build.bat to Build.bat?
Windows boxes aren't case sensitive, so they'll never see the change,
and for unix types, we can do:
./b[TAB] to get build.sh to expand, as it is now, it stops at
./build. (because .bat and .sh are both executable).
It's a little thing, but
Hi peoples,
First off, this is not related to my previous posts about CL, so don't
start off in flame mode Marc.
To avoid the duplicate class in archive problems I restructured my app
to be:
SAR - Contains my services + all my classes
EAR - Contains everything but classes in the WAR, and EJB
My fingers are in the habit of typing ./build.sh so, this would really bug
me.
-dain
-Original Message-
From: Adrian Brock [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 10, 2001 12:22 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Anyone mind if I
Andreas,
Is security addressed at all in either the JSR-77 stuff, or in how
JMX is used to manage JBoss? In the current JMX HTTP adaptor, port
8082, it is a little dangerous to expose shutdown functionality, for
instance. I know in a production system I would disable the HTTP
adaptor for
that is the purpose of the MEJB, to provide EJB security semantics to the
API in a standard well defined way.
|Andreas,
| Is security addressed at all in either the JSR-77 stuff, or in how
|JMX is used to manage JBoss? In the current JMX HTTP adaptor, port
|8082, it is a little dangerous to
-Message d'origine-
De: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
Date: lundi 10 décembre 2001 18:50
À: Coetmeur, Alain; [EMAIL PROTECTED]
Objet: Re: [JBoss-dev] minor Bug in org.jboss.util.Scheduler v2.5.3
Hi
As far as I see these bugs were fixed at 8/14/2001.
sorry for
I _think_ he's changing the case of the windows batch file only, so you
should be OK.
Is the shell script marked executable now? I've gotten into the habit of
chmoding it after every major (CVS) update.
-danch
Dain Sundstrom wrote:
My fingers are in the habit of typing ./build.sh so, this
I updated the latest JavaDoc about JSR-77. Right
now it is a ZIP file but hopefully I will be able to
add a WAR file containing the docs later.
x
Andreas Schaefer
Senior Consultant
JBoss Group, LLC
x
___
MEJB works similar to the EJB-Adaptor which was
created because of this reason.
But be aware that this is only MEJB level meaning that
you give access to someone (for all management activity)
or not.
Andy
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: Jeff Tulley [EMAIL
User: mnf999
Date: 01/12/10 11:44:11
Modified:src/docs index.jsp navigation.jsp
Log:
Altoweb partnership
Revision ChangesPath
1.34 +19 -4 newsite/src/docs/index.jsp
Index: index.jsp
===
User: mnf999
Date: 01/12/10 11:44:11
Modified:src/docs/jbossgroup partners.jsp
Log:
Altoweb partnership
Revision ChangesPath
1.4 +1 -0 newsite/src/docs/jbossgroup/partners.jsp
Index: partners.jsp
User: mnf999
Date: 01/12/10 11:44:10
Modified:.build.xml
Log:
Altoweb partnership
Revision ChangesPath
1.27 +10 -1 newsite/build.xml
Index: build.xml
===
RCS file:
User: mnf999
Date: 01/12/10 11:44:10
Added: pictures altowebLogo.gif
Log:
Altoweb partnership
Revision ChangesPath
1.1 newsite/pictures/altowebLogo.gif
Binary file
___
Jboss-development
User: mnf999
Date: 01/12/10 12:04:45
Modified:.build.xml
Log:
Revision ChangesPath
1.28 +1 -8 newsite/build.xml
Index: build.xml
===
RCS file:
User: mnf999
Date: 01/12/10 12:17:15
Added: src/docs/jbossgroup altowebpress.jsp
Log:
Revision ChangesPath
1.1 newsite/src/docs/jbossgroup/altowebpress.jsp
Index: altowebpress.jsp
User: juhalindfors
Date: 01/12/10 12:29:20
Modified:src/docs/developers jboss-projects.jsp
Added: src/docs/developers jboss-jbossmx.jsp
Log:
need a project page
Revision ChangesPath
1.3 +158 -156 newsite/src/docs/developers/jboss-projects.jsp
Index:
User: juhalindfors
Date: 01/12/10 12:30:25
Modified:src/docs/common jboss-projects.jsp
Log:
need a project page
Revision ChangesPath
1.2 +152 -150 newsite/src/docs/common/jboss-projects.jsp
Index: jboss-projects.jsp
User: juhalindfors
Date: 01/12/10 12:34:00
Added: src/docs/common jboss-jbossmx.jsp
Log:
need a project page
Revision ChangesPath
1.1 newsite/src/docs/common/jboss-jbossmx.jsp
Index: jboss-jbossmx.jsp
User: juhalindfors
Date: 01/12/10 12:31:58
Added: src/docs/pictures jbossmx.gif
Log:
and a pretty picture
Revision ChangesPath
1.1 newsite/src/docs/pictures/jbossmx.gif
Binary file
___
Back to your original question--- can't you undeploy and redeploy the sar,
with the changed classes in it? This should work OK in current jboss. Note
you have to explicitly undeploy sars at the moment-- updating them doesn't
do anything.
david jencks
On 2001.12.08 22:09:13 -0500 David Budworth
How about setting up a Developers group, which has posting rights, then make
everyone else read and moderated?
--jason
On Mon, 10 Dec 2001, marc fleury wrote:
Is there a tool, like deploytool of Sun's j2ee, for
JBoss? Or, can I use the same tool for JBoss?
Thanks,
JJ
Guy with
Oops, it was my screwup -- setting session-timeout in web.xml to be 0. This still
should have been flagged by Jetty and not let it busy-loop.
Thanks, Greg Wilkins from jetty-discuss for quick response.
Anatoly
__
View this
I think this is only j2ee deployer and it shouldn't.
david jencks
On 2001.12.08 22:11:23 -0500 Jason Dillon wrote:
Is there any reason why the default configuration puts it deployer files
into the deploy/Default directory instead of the tmp/deploy/Default
directory?
--jason
I don't care if its build.bat or Build.bat.
If you do then please change *all* modules in *all* projects. Please also
make sure that you don't check it in with execute bits, cause we can't
change that once you check it in.
In fact, unless you feel 100% confident that you can do this, it
We are talking about the .bat file, not the .sh file... which won't change.
--jason
On Mon, 10 Dec 2001, Dain Sundstrom wrote:
My fingers are in the habit of typing ./build.sh so, this would really bug
me.
-dain
-Original Message-
From: Adrian Brock [mailto:[EMAIL
Yes, that works perfectly fine. I just made my build.xml do delete,
sleep 5, install, to get the auto-redeploy type thing you get with
EJBs.
But, in the newer thread I created, you'll see that something is still
wrong, where EJBs that use the code from the SAR, can't be re-deployed
anymore
User: mnf999
Date: 01/12/10 13:17:17
Modified:src/docs/common doco.jsp
Log:
Revision ChangesPath
1.14 +1 -1 newsite/src/docs/common/doco.jsp
Index: doco.jsp
===
RCS file:
User: mnf999
Date: 01/12/10 13:17:16
Modified:src/docs navigation.jsp
Log:
Revision ChangesPath
1.21 +1 -1 newsite/src/docs/navigation.jsp
Index: navigation.jsp
===
RCS file:
By the way, build.bat should not be executable... though there are a few places where
it is and build.sh isn't :(
--jason
__
View this jboss-dev thread in the online forums:
Any chance this overhaul will introduce a single entry point to deploy/undeploy? By
that I mean that it will have a collection of mappings from url regex or something to
the JMX object name of the actual deployer that can handle those deployments. Then
all other components will use that
Why not make the .bat not executable? Since windows machines don't
have the same concept of executable flags in the permissions.
Unfortunately it's a pain to change the permissions of stuff in sourceforge
repositories.
I just run something along the lines of...
$ find . -name build.bat -exec
Maybe I can get some feedback on whether I am biting off too mcuh at once
here...
The kind of mapping you describe is implictly in what I'm thinking of.
My idea is:
Universal deployer is asked to deploy a package.
It starts by unpacking all the nested jars (recursively) and locating all
the
There's been a lot of discussion recently about (to put it bluntly and with
slight exaggeration) chaos in the rh startup and deployment sequence.
One of the proposals was startup levels, like in linux.
One thing you can do right now is give AutoDeployer lots of directories to
watch:
mbean
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Monday, December 10, 2001 5:33 PM
To: jboss-dev
Subject: [JBoss-dev] (rh) startup levels proposal and questions.
There's been a lot of discussion recently about (to put it
Universal deployer is asked to deploy a package.
=)
It starts by unpacking all the nested jars (recursively) and locating all
the deployment descriptors (this functionality is pretty much in
DeployerMBeanSupport today). (there may be some needs to ignore some dd's,
per j2ee spec. I'm
Everything in level1 will be deployed, then everything in level2, etc. I
think this will give enough control over deployment order for almost all
circumstances. (I'd like examples of anything it won't work for).
I think we might want to use different names, as level1-6 might get a little
User: user57
Date: 01/12/10 16:04:21
Modified:src/docs/developers navigation.jsp
Log:
o main nav pages have SF.net logo now
Revision ChangesPath
1.16 +9 -0 newsite/src/docs/developers/navigation.jsp
Index: navigation.jsp
User: user57
Date: 01/12/10 16:04:21
Modified:src/docs navigation.jsp
Log:
o main nav pages have SF.net logo now
Revision ChangesPath
1.22 +10 -0 newsite/src/docs/navigation.jsp
Index: navigation.jsp
User: user57
Date: 01/12/10 16:05:49
Removed: pictures altowebLogo.gif
Log:
o this does not belong here (it is already in src/docs/pictures... where it
should be)
___
Jboss-development mailing list
[EMAIL PROTECTED]
On 2001.12.10 18:42:23 -0500 Jason Dillon wrote:
Universal deployer is asked to deploy a package.
=)
It starts by unpacking all the nested jars (recursively) and locating
all
the deployment descriptors (this functionality is pretty much in
DeployerMBeanSupport today). (there may be
User: user57
Date: 01/12/10 17:01:10
Modified:src/lib jive.jar
Log:
o adding production jive 2.1.2 jar
o added sf.net logo to footer
o including fix.jsp until the jive folks fix the date problem
Revision ChangesPath
1.11 +9821
User: user57
Date: 01/12/10 17:01:10
Modified:src/web/forums footer.jsp header.jsp
Added: src/web/forums fix.jsp
Log:
o adding production jive 2.1.2 jar
o added sf.net logo to footer
o including fix.jsp until the jive folks fix the date problem
Revision
User: user57
Date: 01/12/10 17:01:07
Modified:.build.xml
Log:
o adding production jive 2.1.2 jar
o added sf.net logo to footer
o including fix.jsp until the jive folks fix the date problem
Revision ChangesPath
1.9 +2 -11
User: user57
Date: 01/12/10 17:02:03
Modified:src/web/forums footer.jsp
Log:
o oops
Revision ChangesPath
1.9 +0 -1 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
===
RCS
User: user57
Date: 01/12/10 17:12:29
Modified:src/web/forums footer.jsp
Log:
o alignment fix
Revision ChangesPath
1.11 +4 -4 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
User: user57
Date: 01/12/10 17:10:00
Modified:src/web/forums footer.jsp
Log:
o dkjfdk
Revision ChangesPath
1.10 +1 -1 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
===
RCS
User: user57
Date: 01/12/10 17:14:57
Modified:src/web/forums footer.jsp
Log:
o fuck this is dumb
Revision ChangesPath
1.12 +1 -1 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
User: user57
Date: 01/12/10 17:15:51
Modified:src/web/forums footer.jsp
Log:
*** empty log message ***
Revision ChangesPath
1.13 +1 -1 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
User: starksm
Date: 01/12/10 17:31:01
Modified:src/resources/web/restricted Tag: Branch_2_4 include_ejb.jsp
Log:
Add call to secured ejb from the include_ejb.jsp to test that the
completion of the included ejb.jsp page does not clear the security
association for the
User: dsundstrom
Date: 01/12/10 17:57:39
thirdparty/junitejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 17:57:47
thirdparty/junitejb/junitejb - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 17:58:16
thirdparty/junitejb/junitejb/lib - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Starting
Suspended
Stopping
returning anything else means running ? ...
;-)
/peter_f
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 18:04:43
Added: junitejb/junitejb/lib junitejb.jar
Log:
JUnitEJB 1.0 beta
JUnitEJB uses a session bean to run tests on the server. This is necessary
for directly testing local interfaces.
Revision ChangesPath
1.1
User: dsundstrom
Date: 01/12/10 18:07:25
jbosstest/src/resources/cmp2/relationship - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 18:07:41
jbosstest/src/resources/cmp2/relationship/META-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 18:12:05
Added: src/resources/cmp2/relationship/META-INF ejb-jar.xml
jboss.xml jbosscmp-jdbc.xml
Log:
Initial revision of the CMP 2.0 relationship tests configuration.
Revision ChangesPath
1.1
User: dsundstrom
Date: 01/12/10 18:12:04
Added: src/resources/cmp2/relationship client.policy
jndi.properties
Log:
Initial revision of the CMP 2.0 relationship tests configuration.
Revision ChangesPath
1.1
User: dsundstrom
Date: 01/12/10 18:13:51
jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/10 18:13:51
jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/10 18:13:51
jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyBidirectional - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/10 18:13:51
jbosstest/src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/10 18:13:09
jbosstest/src/main/org/jboss/test/cmp2 - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 18:13:52
jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/10 18:13:20
jbosstest/src/main/org/jboss/test/cmp2/relationship - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: dsundstrom
Date: 01/12/10 18:18:00
Added: src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional
A.java ABTest.java ABean.java AHome.java B.java
BBean.java BHome.java
Log:
Initial revision of the CMP 2.0 relation
User: dsundstrom
Date: 01/12/10 18:17:56
Added: src/main/org/jboss/test/cmp2/relationship
RelationshipUnitTestCase.java
Log:
Initial revision of the CMP 2.0 relation test. These test are based on the
EJB 2.0 specification.
Revision ChangesPath
User: dsundstrom
Date: 01/12/10 18:13:52
jbosstest/src/main/org/jboss/test/cmp2/relationship/oneToOneUnidirectional - New
directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: dsundstrom
Date: 01/12/10 18:17:57
Added: src/main/org/jboss/test/cmp2/relationship/manyToOneUnidirectional
A.java ABTest.java ABean.java AHome.java B.java
BBean.java BHome.java
Log:
Initial revision of the CMP 2.0 relation
User: dsundstrom
Date: 01/12/10 18:17:57
Added: src/main/org/jboss/test/cmp2/relationship/manyToManyBidirectional
A.java ABTest.java ABean.java AHome.java B.java
BBean.java BHome.java
Log:
Initial revision of the CMP 2.0 relation
User: dsundstrom
Date: 01/12/10 18:18:43
Modified:.build.xml
Log:
Added CMP 2.0 relationship tests.
Revision ChangesPath
1.46 +33 -1 jbosstest/build.xml
Index: build.xml
===
RCS
User: dsundstrom
Date: 01/12/10 18:17:59
Added: src/main/org/jboss/test/cmp2/relationship/oneToOneBidirectional
A.java ABTest.java ABean.java AHome.java B.java
BBean.java BHome.java
Log:
Initial revision of the CMP 2.0 relation
User: dsundstrom
Date: 01/12/10 18:17:57
Added: src/main/org/jboss/test/cmp2/relationship/manyToManyUnidirectional
A.java ABTest.java ABean.java AHome.java B.java
BBean.java BHome.java
Log:
Initial revision of the CMP 2.0 relation
User: dsundstrom
Date: 01/12/10 18:17:58
Added: src/main/org/jboss/test/cmp2/relationship/oneToManyUnidirectional
A.java ABTest.java ABean.java AHome.java B.java
BBean.java BHome.java
Log:
Initial revision of the CMP 2.0 relation
Huh?
--jason
On Tue, 11 Dec 2001, Peter Fagerlund wrote:
Starting
Suspended
Stopping
returning anything else means running ? ...
;-)
/peter_f
___
Jboss-development mailing list
[EMAIL PROTECTED]
Is it me or U that have the -clockoff ? ...
/peter_f
on 1-12-11 03.28, Jason Dillon at [EMAIL PROTECTED] wrote:
Huh?
--jason
On Tue, 11 Dec 2001, Peter Fagerlund wrote:
Starting
Suspended
Stopping
returning anything else means running ? ...
;-)
/peter_f
Ok, one more time...
Huh?
--jason
On Tue, 11 Dec 2001, Peter Fagerlund wrote:
Is it me or U that have the -clockoff ? ...
/peter_f
on 1-12-11 03.28, Jason Dillon at [EMAIL PROTECTED] wrote:
Huh?
--jason
On Tue, 11 Dec 2001, Peter Fagerlund wrote:
Starting
on 1-12-11 03.35, Jason Dillon at [EMAIL PROTECTED] wrote:
Ok, one more time...
Huh?
Two times -heh
***
We need a state -spine thing : --to deploy on ---then
Auto/level/grade/scope/... deloyer() has a state ...
/peter_f
--jason
On Tue, 11 Dec 2001, Peter Fagerlund wrote:
Is it
1 - 100 of 121 matches
Mail list logo