I have this working and I'll check it in tomorrow after some more testing.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 06, 2001 9:24 PM
Subject: Re: [JBoss-dev] jboss-boot.jar log4j
That would be good assuming that we get
David,
100% agree with you! Our architecture consists of independent services
having their own build and runtime configuration. However we also do a
master build that dynamically composes the services into one
deployment configuration.
In 3.0 it just means copying specified archives (with
I definitely prefer the SAR kind of way to deploy services, even that i understand the
maintenance problem. Would it be possible to have a 'global' service.xml file to be
updated with new properties when a SAR is deployed with initial properties fetched
from SAR xml. Then this 'global'
Lennart,
I agree.
I want as many services as possible in SARs.
That way fixes can be hot deployed without bringing down the server, just a
temporary unavailablity of the service and its dependents.
Why can't the JBoss distribution have two configurations?
Default, everything in one file for
Bugs item #490156, was opened at 2001-12-07 00:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=490156group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Rune Hamnvik (runeh)
Assigned to:
Jiri,
do not overquote please
David,
100% agree with you! Our architecture consists of
independent services
having their own build and runtime configuration.
However we also do a
master build that dynamically composes the services
into one
deployment configuration.
In 3.0 it just
Bugs item #472072, was opened at 2001-10-17 07:06
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=472072group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
On the other hand, we are experiencing the same issue
as Bill with the
need to invoke our EJB from a MBean as soon as the
EJB is
deployed/available.
An EJB is soon going to be an MBean so MBean refs will be usable.
So, in the initializer bean, I have to put a MBean ref for every EJB
|So, in the initializer bean, I have to put a MBean ref for every EJB I use?
|What a pain! Why can't MBean deployment be held up until the AutoDeployer
|finishes? So that you could have an MBean with a dependency on the
|AutoDeployer, and that would be that?
I agree, write it,
marcf
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
Burke
Sent: Friday, December 07, 2001 9:48 AM
To: marc fleury; [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] current mbean structure confusing
On the other hand, we are experiencing the same
User: mnf999
Date: 01/12/07 07:42:45
Removed: src/main/org/jboss/ejb/plugins/jrmp12/interfaces
EntityProxy.java HomeProxy.java
ListEntityProxy.java StatefulSessionProxy.java
StatelessSessionProxy.java
Log:
User: mnf999
Date: 01/12/07 07:48:07
Modified:src/main/org/jboss/ejb/plugins/jrmp/server
JRMPContainerInvoker.java
Log:
TEMPORARY: so that you guys can compile for today but the whole JRMP package here is
going away, replaced with new proxies, this is
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
[xdoclet] Loading source file
Bugs item #490187, was opened at 2001-12-07 04:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=490187group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Julien Viet (cooperfbi)
Assigned to:
User: mnf999
Date: 01/12/07 07:50:56
Modified:varia/src/main/org/jboss/jdo/castor CastorJDOImpl.java
Log:
The proxy generation is in its own package
Revision ChangesPath
1.8 +4 -4 contrib/varia/src/main/org/jboss/jdo/castor/CastorJDOImpl.java
Index:
User: mnf999
Date: 01/12/07 07:44:12
Removed: src/main/org/jboss/ejb/plugins/jrmp12/server
JRMPContainerInvoker.java
Log:
Deprecting 1.2 support moving proxy generation to compiler package
___
Jboss-development
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_buildmagic:init:buildlog:
configure:
Bugs item #482875, was opened at 2001-11-17 12:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
Assigned
Bugs item #473842, was opened at 2001-10-22 17:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=473842group_id=22866
Category: JBossMQ
Group: v2.2.2 (stable)
Status: Closed
Resolution: Out of Date
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
User: mnf999
Date: 01/12/07 09:31:53
Removed: src/main/org/jboss/proxy InvocationHandler.java Proxies.java
Proxy.java ProxyAssembler.java ProxyCompiler.java
ProxyProxy.java Replaceable.java
Log:
Making room for the proxy ejb,
User: mnf999
Date: 01/12/07 09:32:08
jboss/src/main/org/jboss/proxy/compiler - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Friday, December 07, 2001 11:49 AM
|To: [EMAIL PROTECTED]
|Cc: [EMAIL PROTECTED]
|Subject: [JBoss-dev] jboss build failed
I will say this of your stuff Chris: It's right on
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
if(instance instanceof
User: mnf999
Date: 01/12/07 09:51:28
Modified:src/main/org/jboss/ejb/plugins/cmp/bridge
EntityBridgeInvocationHandler.java
Log:
fixed import statements
Revision ChangesPath
1.9 +2 -2
User: mnf999
Date: 01/12/07 09:50:21
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCEntityBridge.java
Log:
Import statements for proxy compilation
Revision ChangesPath
1.17 +3 -3
User: mnf999
Date: 01/12/07 09:52:29
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCCreateBeanClassInstanceCommand.java
Log:
import statements
Revision ChangesPath
1.2 +3 -3
User: mnf999
Date: 01/12/07 09:53:39
Modified:src/main/org/jboss/util MBeanProxy.java
Log:
import statements
Revision ChangesPath
1.8 +3 -3 jboss/src/main/org/jboss/util/MBeanProxy.java
Index: MBeanProxy.java
Dude,
I just fiinshed commiting the directory changes I had for the compiler proxy
stuff so I just did a clean co and it compiles, in the meantime you have
seen 3 times that it didn't :)
good for you but this should be the last of these messages,
marcf
|-Original Message-
|From:
On 2001.12.07 09:47:31 -0500 Bill Burke wrote:
On the other hand, we are experiencing the same issue
as Bill with the
need to invoke our EJB from a MBean as soon as the
EJB is
deployed/available.
An EJB is soon going to be an MBean so MBean refs will be usable.
So, in the
Dude,
Way to tell that script. :)
You forgot to add the classes to the new org.jboss.proxy.compiler package.
By the way, are you just moving the classes, or did you rewrite them?
-dain
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 07, 2001
this is just a move, and it should be there, it is to make way for the
org.jboss.proxy.ejb package which is the proxy stuff independently of the
invokers type. the proxy generation was hogging the org.jboss.proxy package
so got moved to org.jboss.proxy.compiler.
I have updated all the classes
on 1-12-07 19.01, marc fleury at [EMAIL PROTECTED] wrote:
good for you but this should be the last of these messages,
I did a clean co and halts at MBeanProxy:112 ...
On a related topic...
What happend with the decentrialised build/run-testsuite/uppload results to
lubega from different OS's
Hi,
I will say this of your stuff Chris: It's right on top of the ball :)
commiting the rest of it in cvs
About time too ;-)
The hourly compile happens at 45mins past each hour - you have been
warned...
Chris
_
Get your
from forums
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5145
___
Jboss-development mailing list
[EMAIL PROTECTED]
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
Bill,
First I want to agree with you that the current deployment system has
problems in getting the deployment order right for more than toy examples.
It is (or may be) possible to force the correct deployment order by liberal
use of anonymous mbean references, but I think that is a bad idea
from mailing list
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Using fancy reflection, buffered appender or some other magically logging
fluff?
Does this mean we will add log4j-core.jar to the main lib/ directory too?
--jason
On Fri, 7 Dec 2001, Scott M Stark wrote:
I have this working and I'll check it in tomorrow after some more testing.
-
User: user57
Date: 01/12/07 11:52:49
Modified:website build.xml
Log:
o removed forums from standard group (so it won't be part of the
nightly update)
Revision ChangesPath
1.18 +2 -2 build/website/build.xml
Index: build.xml
Maybe I'm just really braindead here, but in 2.4.x,
well, it's the tone that bother me, you sound like me
]:)
MBeans listed after the
AutoDeployer(implicit dependency) did not start until
the AutoDeployer
finished deploying everything. Why was this behavior
changed in 3.0?
As far as I
First I want to agree with you that the current
deployment system has
problems in getting the deployment order right for
more than toy examples.
all he is asking for is the page ordering which should be trivial to do.
another, I think mbean-refs are artificial.
hm there might
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
User: user57
Date: 01/12/07 13:16:35
Modified:src/docs/developers lists.jsp
Log:
o removed nntp reference
o cleaned up formatting based on the current stylesheet.
Revision ChangesPath
1.4 +128 -63 newsite/src/docs/developers/lists.jsp
Index: lists.jsp
User: user57
Date: 01/12/07 13:18:52
Modified:src/docs/developers lists.jsp
Log:
o picateam was in the wrong place...
Revision ChangesPath
1.5 +3 -2 newsite/src/docs/developers/lists.jsp
Index: lists.jsp
I _thought_ that read-only and timeout were added to implement entities
that were 'read-mostly' - things that might be updated outside of the
EJB container occasionially (like a product catalog, say), while keeping
the caching advantage of commit option A. If I'm remembering this
correctly,
User: user57
Date: 01/12/07 13:20:02
Modified:src/docs/developers lists.jsp
Log:
o and a final br clear to finish things up
Revision ChangesPath
1.6 +3 -1 newsite/src/docs/developers/lists.jsp
Index: lists.jsp
yo,
Half the log is with the mq stuff doing queues from A-Z do we *really* need all of
these, just cosmetics but still...
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5182
Using reflection. We don't need the log4j-core.jar in lib
for this change.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, December 07, 2001 12:07 PM
Subject: Re: [JBoss-dev] jboss-boot.jar log4j
Using
Probably not for the default config... some are used for the testsuite, but
I think we should probably setup a 'testsuite' config, which is used to run
the testsuite against. Downside to this is we may miss configuration errors
in the 'default' config.
Does the remote queue/topic install
User: schaefera
Date: 01/12/07 14:48:10
Modified:src/web/survey SurveyController.jsp
Log:
Removed System.out.println() from the JBoss Survey.
Revision ChangesPath
1.3 +3 -7 website-survey/src/web/survey/SurveyController.jsp
Index: SurveyController.jsp
User: schaefera
Date: 01/12/07 14:48:09
Modified:src/main/org/jboss/survey/ejb/entity SurveyBean.java
Log:
Removed System.out.println() from the JBoss Survey.
Revision ChangesPath
1.5 +1 -4
website-survey/src/main/org/jboss/survey/ejb/entity/SurveyBean.java
User: schaefera
Date: 01/12/07 14:48:10
Modified:src/main/org/jboss/survey/util Helper.java
Log:
Removed System.out.println() from the JBoss Survey.
Revision ChangesPath
1.2 +2 -6 website-survey/src/main/org/jboss/survey/util/Helper.java
Index:
Ok... well I look forward to seeing this magic.
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5058
___
Jboss-development mailing list
[EMAIL PROTECTED]
User: schaefera
Date: 01/12/07 14:48:10
Modified:src/web/survey-helper Statistics.Controller.jsp
Log:
Removed System.out.println() from the JBoss Survey.
Revision ChangesPath
1.3 +3 -7 website-survey/src/web/survey-helper/Statistics.Controller.jsp
Index:
What are the problems?
--jason
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5188
___
Jboss-development mailing list
[EMAIL PROTECTED]
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Andreas Schaefer
|Sent: Friday, December 07, 2001 5:50 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] JBoss build faied
|
|
|Any idea when this is going to be fixed ?
|
|Problems in Connector as well
now that org.jboss.proxy.* has been moved to org.jboss.proxy.compiler.* what is going
to live in org.jboss.proxy?
I heard some mention of EJB proxy stuff, but shouldn't that be in an org.jboss.ejb.*
package?
Just curious...
--jason
Also... why are you using autodeployment on a production system? You can
write a little program to deploy the packages you want in the order you
want, the testsuite has lots of examples of this, see esp. the
JBossTestServices class. I think there's a way to do this through a
servlet or jsp
Doesn't AutoDeploy = HotDeploy. You can't hot deploy
unless you autodeploy
it? Is this true?
No,
but I still agree with your other points, that scoping the
create/configuration/init/start should follow page as a simple way to group them.
marcf
(No you can hot-deploy a service by
I heard some mention of EJB proxy stuff, but
shouldn't that be in an org.jboss.ejb.* package?
no
Just curious...
cktc
--jason
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5191
clean co works for you? doing better? let us know if it is still broken, last I saw it
was ok,
marcf
__
View: http://jboss.org/forums/thread.jsp?forum=66thread=5188
___
| cktc
|
|wtfdtm?
curiosity killed the cat
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
cktc
wtfdtm?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Timestamp by above gives me error on build ... let Me guess nobody
elsehasthe BALLS to to say so - hehehehehehe
/Uknowwho
on 1-12-08 00.30, marc fleury at [EMAIL PROTECTED] wrote:
clean co works for you? doing better? let us know if it is still broken, last
I saw it was ok,
marcf
I hate W2K, really. Or at least the implementation of JDK on W2K.
I am not able to run two different JDKs on the same W2K box, long
live Unix.
I removed JDK1.4 and not compilation worked fine.
The reason why I installed JDK1.4 is that someone reported strange
runtime errors with JMX on JSR-77.
Revision 1.5 / (download) / (as text) - annotate - [select for diffs] , Mon Nov 12
06:52:17 2001 UTC (3 weeks, 4 days ago) by d_jencks
Branch: MAIN
CVS Tags: Rel_2_4_4_15
Changes since 1.4: +15 -15 lines
Diff to previous 1.4
Changes to move toward eliminating init and destroy from Service
JBoss daily test results
SUMMARY
Number of tests run: 169
Successful tests: 164
Errors:2
Failures: 3
[time of test: 8 December 2001 3:22 GMT]
[java.version:
huh. in fact removing these means that if you don't define it in the extension
then Scott's Proxy wont' call the init and destroy and if you give them then they get
called.
Since you define start/stop you still get the state variable of JSR77 set properly...
interesting. I am almost
Marc, init/destroy are never called on a ServiceMBean. (At least they
aren't called on mine)
So uncommenting them does nothing.
I assume they were commented out when David J made the change from two
stage init/destroy to 1 stage. (Which, BTW, broke every serivce I had written
previously since
User: jwalters
Date: 01/12/07 19:54:47
Modified:src/xdocs/howto howtonetbeansdebug.xml
Log:
Updated email address
Revision ChangesPath
3.1 +1 -1 manual/src/xdocs/howto/howtonetbeansdebug.xml
Index: howtonetbeansdebug.xml
huh
I really like the create/destroy as opposed to init/destroy,
words sometimes are powerful, I mean the first one clearly says what it
needs to say, I will use that instead. huh.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
User: jwalters
Date: 01/12/07 20:02:52
Modified:src/xdocs/howto Tag: Branch_2_4 howtonetbeansdebug.xml
Log:
Updated email address
Revision ChangesPath
No revision
No revision
2.0.4.1 +1 -1
short and sweet,
[b]init/destroy[/b] will become [b]create/destroy[/b] is much clearer: you use this to
create your service, set it up, expensive operation done, destroy is explicit
start/stop was clear: you use this to start and stop
SO IF YOU HAVE MBEANS OUT THERE make sure to port the
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
[time of test: 8 December 2001 4:21 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
we are almost there it seems
PPS Come on people - there were a few days back in
July
User: starksm
Date: 01/12/07 20:35:42
Modified:src/main/org/jboss/system MBeanClassLoader.java
ServiceLibraries.java Shutdown.java
URLClassLoader.java
Added: src/main/org/jboss/system BootstrapLogger.java
Log:
Switch from
What is wrong with init? I mean why does the working seem unclear?
--jason
On Fri, 7 Dec 2001, marc fleury wrote:
short and sweet,
[b]init/destroy[/b] will become [b]create/destroy[/b] is much clearer: you use this
to create your service, set it up, expensive operation done, destroy is
User: starksm
Date: 01/12/07 20:40:46
Modified:.build.xml
Log:
Include org/jboss/system/BootstrapLogger.class in the jboss-boot.jar
Revision ChangesPath
1.43 +2 -1 jboss/build.xml
Index: build.xml
|SO IF YOU HAVE MBEANS OUT THERE make sure to port the [b]init to
|create[/b].
|
|This only applies to your custom MBeans I will of course update
|the ones in cvs
Well it is done, move done in (my local cvs) for all the init-create,
man I better finish the proxy debugging tomorrow otherwise by
Jason what part of the following sentences:
1- the word create is more explicit than the word
init
2- create/destroy makes more sense to me than
init/destroy
can you not parse, that is what is wrong with init
any questions, talk to my horse, I am signing off
Perhaps it is just my
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
we are almost there it seems
Yes - out of 162 We have a 100% success rate - the above test
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
[time of test: 8 December 2001 5:38 GMT]
[java.version:
JBoss daily test results
SUMMARY
Number of tests run: 162
Successful tests: 159
Errors:1
Failures: 2
[time of test: 8 December 2001 6:55 GMT]
[java.version:
83 matches
Mail list logo
