ok,
the packaging ordering/nesting is clearly defined in the current deployer
(at least until jason removed ordering on his own).
clearly inner packages are deployed before outer.
and there was an order at the same level xml>sar>rar>ear>war>ejb or
something like this.
btw jason, we really need
User: starksm
Date: 02/03/13 00:15:08
Modified:.build.xml
Log:
The jboss-security.jar must be unjard during compile-classes
Revision ChangesPath
1.22 +4 -4 jbosssx/build.xml
Index: build.xml
==
Bugs item #529311, was opened at 2002-03-13 08:38
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529311&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 1
Submitted By: Vincent Harcq (vharcq)
Assigned t
Bugs item #529310, was opened at 2002-03-12 23:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529310&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Mac (macearl)
Assigned to: Nobody/An
Ahhh... the .ear/.jar does not have any method to declare dependencies...
--jason
David Jencks wrote:
>Hunter, your setup should deploy fine.
>
>It appears to me that Jason removed the sorting when he separated the
>scanner from MainDeployer. I'm asking him to check and put it back.
>
>Thanks
>
>
>deploy/first/
>
>deploy/second/
>
>deploy/third/
>
>a la 'init.d/rc1-2-3'
>
Not such a hot idea. There was talk about this a while ago
What is the real issue here? Why doesn't the depends attribute handle it?
>
>a bit more complex to code but would be worth it...
>
Does not seem lik
Ordering should not be a function of the packaging. I should
be able to create an ear with a flat hiearchy of sars, jars,
wars and specify the startup order. I don't see the need to
allow arbitrary composition of packages. We flattened the
class loader heirarchy because it was a pain to get right
Bugs item #527001, was opened at 2002-03-07 10:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=527001&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Georg Schmid (giorgio42)
>As
User: jwalters
Date: 02/03/12 21:13:20
Modified:src/main/org/jboss/ejb StatelessSessionContainer.java
Log:
Added patch 520631 which puts the missing method into the exception message.
Revision ChangesPath
1.34 +26 -2 jboss/src/main/org/jboss/ejb/StatelessSession
Are you sure it is that hard to understand or do? Usually the default
order of peer subpackages works fine: if you want something else you can
use nesting.
I think that if we can convert jndi dependencies into mbean dependencies a
lot of problems will go away without any more deployment descript
Bugs item #529006, was opened at 2002-03-12 08:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529006&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
>Ass
This can be done today simply by including the list of 3 or whatever
directories in the URLDeploymentScanner. Jason just needs to sort each
directory separately when he puts the sorting back in.
david jencks
On 2002.03.12 21:56:01 -0500 marc fleury wrote:
> ok, it is 3 am in london and i drank
User: starksm
Date: 02/03/12 19:24:23
Modified:src/main/org/jboss/proxy/ejb ProxyFactory.java
Log:
Move the lookup of the invokers and binding of the homes to the
start method to ensure that invokers on which we depend have been started
Revision ChangesPath
1.13
Having to nest jars in a particular manner to achieve the correct
deployment ordering certainly is not simple. Here your talking
about the static deployment directories while all of the current
issues are with self-contained deployment units of j2ee components
and services. We need a simple mechan
Well, I may have been a little overenthusiastic. It's very easy to come up
with ways where we need a 3, 4, 5, infinite number of deployment
steps. In order to keep it down to 2 or 2 1/2, I'm thinking that the
create step should expose any objects that will shown to the outside world,
but no
User: starksm
Date: 02/03/12 19:23:15
Modified:.build.xml
Log:
Nest the jrmp-comp.sar inside of the jrmp-comp.jar to ensure that
the JRMPInvoker is started before the ejbs.
Revision ChangesPath
1.90 +8 -8 jbosstest/build.xml
Index: build.xml
=
User: starksm
Date: 02/03/12 19:23:15
Modified:src/main/org/jboss/test/jrmp/test
CustomSocketsUnitTestCase.java
Log:
Nest the jrmp-comp.sar inside of the jrmp-comp.jar to ensure that
the JRMPInvoker is started before the ejbs.
Revision ChangesPat
Next week will be dropping any current developers with rw access
to the cvs repository that have not been active for the past 4
months to make room for new developers. If you get dropped
you will need to reclaim your rights by submitting patches the
same as any new developer.
Hunter, your setup should deploy fine.
It appears to me that Jason removed the sorting when he separated the
scanner from MainDeployer. I'm asking him to check and put it back.
Thanks for pointing this out with a specific example.
david jencks
On 2002.03.12 21:24:35 -0500 Hunter Hillegas wrot
ok, it is 3 am in london and i drank a bit too much beer with jules and
sacha
however,
can't we simply do a
deploy/first/
deploy/second/
deploy/third/
a la 'init.d/rc1-2-3'
and we first deploy the stuff from 'first' then 'second' then 'third'
so we can **simply expl
|So we guarentee depth first traversal of the contents during deployment?
yeah
marcf
|I changed the deployment to an ejb-jar that contained the sar and this
|might work as the service is deployed first but it is not being found by
|the container setup. I'll look into why.
|
|18:35:12,718 INFO
|This is still failing because the ProxyFactory is doing everything
|in create
|while the JRMPInvoker is not registering itself until start. When we had
|init/start, services were not usable until start. The setup of the invokers
|and interceptors should be delayed until the ProxyFactory.start().
This is still failing because the ProxyFactory is doing everything in create
while the JRMPInvoker is not registering itself until start. When we had
init/start, services were not usable until start. The setup of the invokers
and interceptors should be delayed until the ProxyFactory.start(). Is
t
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 525
Errors:2
Failures: 7
[time of test: 12 March 2002 6:2 GMT]
[java.version: 1.3.1_
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-idgen:
_jars-dbtest:
_jars-jmsra:
So we guarentee depth first traversal of the contents during deployment?
I changed the deployment to an ejb-jar that contained the sar and this
might work as the service is deployed first but it is not being found by
the container setup. I'll look into why.
18:35:12,718 INFO [MainDeployer] Star
I think the problem with my ears-before-datasources is that I don't have my
data-source setup in a sar, it's just an xml file called
postgresql-service.xml...
Is the recommended course for 3.0 to have *all* data sources
defined/packaged in sars?
Hunter
> From: "marc fleury" <[EMAIL PROTECTED]>
|Basically, my EARs are getting deployed before my data sources... but then
h, if the ears and sars are in the same directory then the sar should
deploy before the ear.
sar > ear, look at the ordering in the deployer.
___
Jboss-development mail
Some of the tests (e.g. Bank) have an explicit type mapping set to
Hypersonic in their jaws.xml file. This makes it difficult to run against
other databases. Does anyone have a problem with my removing these? (This
is not specifying an sql type for a particular field/column, it is a list
of all
|One testcase that is now failing is
|org.jboss.test.jrmp.test.CustomSocketsUnitTestCase.
|See bug #529006. The testcase deploys a sar with a custom JRMPInvoker
|configuration and the sar includes the testcase ejbs that need the
|customized
|invoker. This also fails if deployed as an ear that incl
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-idgen:
_jars-dbtest:
_jars-jmsra:
One testcase that is now failing is
org.jboss.test.jrmp.test.CustomSocketsUnitTestCase.
See bug #529006. The testcase deploys a sar with a custom JRMPInvoker
configuration and the sar includes the testcase ejbs that need the
customized
invoker. This also fails if deployed as an ear that includes t
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 525
Errors:2
Failures: 7
[time of test: 12 March 2002 6:2 GMT]
[java.version: 1.3.1_
--- Begin Message ---
If you remove the index.xml from the end of the URL it works.
Jules
--- End Message ---
I've spent a couple of weeks fixing problems with deployment and am now
trying to get some other work done (reimplementation of jca framework with
more spec compliant features). You guys could encourage me to fix more
deployment problems by supplying jboss test cases that fail due to the
problems
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-idgen:
_jars-dbtest:
_jars-jmsra:
User: starksm
Date: 02/03/12 17:31:02
Added: src/resources/security-srp/service-inf jboss-service.xml
Log:
SRP tests
Revision ChangesPath
1.1
jbosstest/src/resources/security-srp/service-inf/jboss-service.xml
Index: jboss-service.xml
=
User: starksm
Date: 02/03/12 17:31:02
Added: src/resources/security-srp/ejb-inf ejb-jar.xml jboss.xml
Log:
SRP tests
Revision ChangesPath
1.1 jbosstest/src/resources/security-srp/ejb-inf/ejb-jar.xml
Index: ejb-jar.xml
==
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 525
Errors:2
Failures: 7
[time of test: 12 March 2002 6:2 GMT]
[java.version: 1.3.1_
User: starksm
Date: 02/03/12 17:29:41
jbosstest/src/resources/security-srp - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/03/12 17:31:02
Added: src/resources/security-srp auth.conf roles.properties
users.properties
Log:
SRP tests
Revision ChangesPath
1.1 jbosstest/src/resources/security-srp/auth.conf
Index: auth.conf
User: starksm
Date: 02/03/12 17:30:05
jbosstest/src/resources/security-srp/service-inf - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/03/12 17:30:05
jbosstest/src/resources/security-srp/ejb-inf - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-idgen:
_jars-dbtest:
_jars-jmsra:
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 525
Errors:2
Failures: 7
[time of test: 12 March 2002 6:2 GMT]
[java.version: 1.3.1_
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-idgen:
_jars-dbtest:
_jars-jmsra:
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 525
Errors:2
Failures: 7
[time of test: 12 March 2002 6:2 GMT]
[java.version: 1.3.1_
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
_jars-jmsra:
_jars-mdb:
_jars-lock:
_j
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 525
Errors:2
Failures: 7
[time of test: 12 March 2002 6:2 GMT]
[java.version: 1.3.1_
Hi All,
I've recently compiled up the jboss.net module and seem to have it running. I'd like
to figure out the recipe for a simple web service and client. I'm assuming I can't
exactly do it like a standard AXIS service... would someone kindly point me in the
right direction with an example so
Yes. This is annoying
And the InstanceAlreadyExistsException still exists for datasources (or
for all .sars?)
On Wed, 2002-03-13 at 00:21, Hunter Hillegas wrote:
> I know that there have been some problems with deploy order recently, but
> since I updated today, it seems to have changed a b
Look at the custom sockets test case. This is exactly what is
done but the ejbs are deployed before the customized JRMPInvoker
and so the exception results.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "
User: dsundstrom
Date: 02/03/12 15:17:20
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc
JDBCEJBQLCompiler.java
Log:
Fixed bug where a collection declaration that only has two parts would not
have the relation table declared in from clause.
Revision
I know that there have been some problems with deploy order recently, but
since I updated today, it seems to have changed a bit and I wondered if
anyone else had noticed...
Basically, my EARs are getting deployed before my data sources... but then
it re-tries deploying my EARs at the end after th
This bug is really getting on my nerves. Is anyone working on it? If not, is there a
spec anywhere on how this module is supposed to work? If there's some documentation
available on what the expected behavior is I'll go through the code and see if I can
identify the root cause of the problem. T
Are there also instructions on how to setup the "master" configuration? Does it need
to be configured differently or started differently?
I was able to successfully use netboot with the instructions and the netboot demo, but
now I want to use my configuration and point to my URL.
Any help wou
Hi Geeks
Because JSR-77 are only a "shadow" objects of the
real JBoss components the JBoss MBean life-cycle
must not interfere with the StateManageable interface.
Therefore two steps are made:
- start() and stop() method of the State Manageable
objects are internally renamed to mejbStart() an
Bugs item #529079, was opened at 2002-03-12 13:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529079&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Mac (macearl)
Assigned to: Dain
Patches item #529159, was opened at 2002-03-12 23:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=529159&group_id=22866
Category: None
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Jan Heise (janheise)
Assigned to: Nobo
User: dsundstrom
Date: 02/03/12 14:25:51
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMRFieldBridge.java
Log:
Fixed bug that when loading a foreign-key mapped relation in which the
entites use custom primary key types JBossCMP would try to l
User: schaefera
Date: 02/03/12 14:22:39
Modified:src/main/org/jboss/management/j2ee EJBModule.java
Added: src/main/org/jboss/management/j2ee StateManagement.java
Log:
Took the StateManageable implementation in a separate class and adjusted
EJBModule as test class.
Rev
The default config does not limit the priority of any org.jboss
categories. It does setup the console appender to limit (via threshold)
to info.
If you want to limit all org.jboss to info, uncomment this block:
--jason
Hunter Hillegas wrote:
>Using a clean CO from this morning, server.
Hi David
I encounter a problem that the org.jboss.ejb.EjbModule failes
after it was stopped and then is restarted because it tells me
that environment variable (JNDI) already exists:
org.jboss.deployment.DeploymentException: Could not set up environment; -
nested throwable is: javax.naming.NameA
Bugs item #523464, was opened at 2002-02-27 11:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523464&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assig
Bugs item #529079, was opened at 2002-03-12 13:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529079&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Mac (macearl)
>Assigned to: Dai
Using a clean CO from this morning, server.log is getting DEBUG messages
from org.jboss.*. Why is this? From the log4j.xml config it looks like it
should just be INFO messages. Even adding an explicit INFO declaration to
the file appender declaration seems to have no effect.
How can I turn of the
Bugs item #529079, was opened at 2002-03-12 11:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529079&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Mac (macearl)
Assigned to: Nobody/An
Bugs item #529079, was opened at 2002-03-12 11:29
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529079&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Mac (macearl)
Assigned to: Nobody/An
Patches item #529076, was opened at 2002-03-12 20:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=529076&group_id=22866
Category: JBossMQ
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Bartmann (bartmann)
Assigned
Bugs item #523464, was opened at 2002-02-27 16:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=523464&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assig
User: dsundstrom
Date: 02/03/12 10:19:50
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCCMP2xFieldBridge.java
Log:
Removed commented out code.
Revision ChangesPath
1.11 +1 -6
jboss/src/main/org/jboss/ejb/plugins/cmp/jdbc/br
Bugs item #528697, was opened at 2002-03-11 16:22
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=528697&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas
Bugs item #527001, was opened at 2002-03-07 09:51
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=527001&group_id=22866
>Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigne
User: dsundstrom
Date: 02/03/12 10:17:04
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc ReadAheadCache.java
Log:
Fixed bug where a CMR field was not marked as clean after being pre-loaded.
Revision ChangesPath
1.5 +4 -1
jboss/src/main/org/jboss/ejb/plugins/
User: dsundstrom
Date: 02/03/12 10:19:25
Modified:src/main/org/jboss/ejb/plugins/cmp/jdbc/bridge
JDBCEntityBridge.java
Log:
Fixed bug where only the CMP fields and not the CMR fields were marked as
clean when entire entity was marked as clean.
Revision
Scott,
I don't think this is a bug.
1. Define a Customer JRMPInvoker with your custom factory in a service xml
file.
2. in jboss.xml of your ejb, use the tags and
to override the default JRMPInvoker
The BeanMetaData class uses the following mbean name as the default invoker
"jboss:service=inv
User: starksm
Date: 02/03/12 08:59:00
Modified:src/main/org/jboss/test/jrmp/test
CustomSocketsUnitTestCase.java
Log:
Deploy the jrmp-comp.sar for the custom socket factory testcase.
Revision ChangesPath
1.5 +2 -2
jbosstest/src/main/or
User: starksm
Date: 02/03/12 08:58:22
Modified:src/resources/jrmp/META-INF jboss.xml
Log:
Update the setup of the custom socket factories
Revision ChangesPath
1.2 +3 -14 jbosstest/src/resources/jrmp/META-INF/jboss.xml
Index: jboss.xml
==
User: starksm
Date: 02/03/12 08:58:22
Added: src/resources/jrmp/service-inf jboss-service.xml
Log:
Update the setup of the custom socket factories
Revision ChangesPath
1.1 jbosstest/src/resources/jrmp/service-inf/jboss-service.xml
Index: jboss-se
User: starksm
Date: 02/03/12 08:59:54
Modified:.build.xml
Log:
Create a jrmp-comp.sar to configure the customized JRMPInvoker
Revision ChangesPath
1.89 +36 -5 jbosstest/build.xml
Index: build.xml
==
User: starksm
Date: 02/03/12 08:57:31
jbosstest/src/resources/jrmp/service-inf - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #529006, was opened at 2002-03-12 08:50
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529006&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned
User: juhalindfors
Date: 02/03/12 07:04:24
Modified:src/main/test/compliance/server MBeanServerTEST.java
ServerSUITE.java
Added: src/main/test/compliance/server MBeanDelegateTEST.java
Log:
merge testsuite from 1.1 branch up to RelMXTest_1_0_0_1
R
User: juhalindfors
Date: 02/03/12 07:04:25
Added: src/main/test/compliance/server/support LockedTest.java
LockedTest2.java LockedTest2MBean.java
LockedTest3.java LockedTest3MBean.java
LockedTestMBean.java
Log:
Hi,
I'm calling a native method from Java 1.3/Windows 2000
under Tomcat 3.2 and JBoss 2.2 and it fails without any exception.
Before calling the native methods I load up the dll containing the method's native
implementation which reports no errors and prints some log messages in dll's main()
to
User: juhalindfors
Date: 02/03/12 06:35:28
Added: src/main/test/compliance/server/support Tag: BranchMX_1_0
LockedTest.java LockedTest2.java
LockedTest2MBean.java LockedTest3.java
LockedTest3MBean.java LockedTestM
User: juhalindfors
Date: 02/03/12 06:34:56
Added: src/main/test/compliance/server Tag: BranchMX_1_0
MBeanDelegateTEST.java
Log:
Revision ChangesPath
No revision
No revision
1.1.2.1 +81 -0
User: juhalindfors
Date: 02/03/12 06:33:28
Modified:src/main/test/compliance/server Tag: BranchMX_1_0
MBeanServerTEST.java
Log:
some unregistration tests
Revision ChangesPath
No revision
No revision
User: juhalindfors
Date: 02/03/12 06:31:09
Modified:src/main/test/compliance/server Tag: BranchMX_1_0
ServerSUITE.java
Log:
Revision ChangesPath
No revision
No revision
1.3.2.1 +1 -0 jmx/
User: cgjung
Date: 02/03/12 03:04:46
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java AxisServiceServlet.java
EJBProvider.java
Removed: jboss.net/src/main/org/jboss/net/axis/server
Clas
User: cgjung
Date: 02/03/12 03:04:46
Modified:jboss.net/src/resources/plugin/META-INF install-axis.xml
install-jmx.xml
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have c
User: cgjung
Date: 02/03/12 03:04:47
Modified:jboss.net/testsuite/src/main/org/jboss/test/net/jmx
JmxUnitTestCase.java
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have c
User: cgjung
Date: 02/03/12 03:04:48
Added: jboss.net/testsuite/src/main/samples/addr AddressBook.wsdl
AddressBookSOAPBindingImpl.java
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots
User: cgjung
Date: 02/03/12 03:04:48
Modified:jboss.net/testsuite/src/resources/addr/client
client-config.xml
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have changed, t
User: cgjung
Date: 02/03/12 03:04:47
Modified:jboss.net/testsuite/src/main/org/jboss/test/net/addr
AddrUnitTestCase.java
Removed: jboss.net/testsuite/src/main/org/jboss/test/net/addr
AddressBook.java
Log:
Axis Beta RC1 is here.
User: cgjung
Date: 02/03/12 03:04:48
Modified:jboss.net/testsuite/src/resources/hello/wsr/META-INF
web-service.xml
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have chang
User: cgjung
Date: 02/03/12 03:04:46
Modified:jboss.net/src/main/org/jboss/net/jmx/adaptor
ObjectNameDeserializer.java
ObjectNameDeserializerFactory.java
ObjectNameSerializer.java
RemoteAda
User: cgjung
Date: 02/03/12 03:04:45
Modified:jboss.net/docs README.html TODO
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have changed, though.
Adapted the deployment descriptors to suppor
User: cgjung
Date: 02/03/12 03:04:48
Modified:jboss.net/testsuite/src/resources/hello/client
client-config.xml
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have changed,
User: cgjung
Date: 02/03/12 03:04:47
Modified:jboss.net/testsuite/src/main/org/jboss/test/net/axis
AxisUnitTestCase.java
Log:
Axis Beta RC1 is here. Needs no more to be patched for integrating with the
jboss classloading architecture. Lots of interna have
1 - 100 of 124 matches
Mail list logo