Dear:
I find the feature announce of "hot deploy" in jboss homepage.
but I can't find any further information about it.
Can you tell me something about "hot deploy" or where can find
there documents.
Regards!
lijun
__
===
marc fleury wrote:
> go try it out... it is working really well,
> go post questions there...
>
> http://www.jboss.org:8081/jive
It would be cool if it eventually used WebWork based skins. :-) Maurice
Parker has been working on that, and it's very easy to customize AFAICT.
/Rickard
--
Rickard
Marc, when you move to production, will the IDs and other data be retained?
Jim
--On Thursday, June 28, 2001 12:08 AM -0400 marc fleury
<[EMAIL PROTECTED]> wrote:
> go try it out... it is working really well,
> go post questions there...
>
> http://www.jboss.org:8081/jive
>
> there until the e
ile extension in
getMimeType
+ * 20010627 scott.stark: Restore ability to download from the server classpath if
no loader key is found
+ amd downloadServerClasses is true
*/
public class WebServer
implements Runnable
{
-
go try it out... it is working really well,
go post questions there...
http://www.jboss.org:8081/jive
there until the end of the week, then move in production, come on!
regards
marcf
_
Marc Fleury, Ph.D
[EMAIL PROTECTED]
_
__
User: user57
Date: 01/06/27 20:37:48
Modified:lib jboss-j2ee.jar jboss-jdbc_ext.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct seri
User: user57
Date: 01/06/27 20:37:48
Modified:src/lib jboss-j2ee.jar jboss-jdbc_ext.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct seri
User: user57
Date: 01/06/27 20:37:48
Modified:src/lib jboss-j2ee.jar jboss-jdbc_ext.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct seri
User: user57
Date: 01/06/27 20:37:48
Modified:lib jboss-j2ee.jar jboss-jdbc_ext.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct seri
User: user57
Date: 01/06/27 20:37:47
Modified:src/lib jboss-j2ee.jar jboss-jdbc_ext.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct seri
User: user57
Date: 01/06/27 20:37:47
Modified:lib jboss-j2ee.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct serialVersionUID
ev
User: user57
Date: 01/06/27 20:37:47
Modified:src/lib jboss-j2ee.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct serialVersionUID
ev
User: user57
Date: 01/06/27 20:37:47
Modified:lib/ext jboss-j2ee.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct serialVersionUID
ev
User: user57
Date: 01/06/27 20:37:47
Modified:examples/ejbench/lib/ext jboss-j2ee.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct serialV
User: user57
Date: 01/06/27 20:37:47
Modified:src/client jboss-j2ee.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct serialVersionUID
User: user57
Date: 01/06/27 20:37:47
Modified:examples/ejb/lib/ext jboss-j2ee.jar
Log:
o Updated all jboss-j2ee.jar and jboss-jdbc_ext.jar files based on the
current version of the jboss-j2ee module. This brings
javax.transaction.SystemException up the correct serialVersi
Its an unbounded set of names and access protocols so how should I know?
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 27, 2001 7:32 PM
Subject: Re: [JBoss-dev] [ jboss-Bugs-436550 ] ClassCastException for ENC retrieval
(fwd)
No, not in its current form. After the log4j guys and the JSR guys
fight it out(as they are now) and come up with a successor to both
I'll worry about it. There isn't even one single instance of the 1.4
logging api being used in the JDK itself at this point.
- Original Message -
From: "J
I know... I am still not really that happy about it though. It is good and
it is bad... and does it even belong there? Especially in the JDK, why not
an extension or something.
Once released will JBoss move to it from Log4j?
--Jason
On Wed, 27 Jun 2001, Scott M Stark wrote:
> The logging ap
Is it possible to specify a JNDI name that contains whitespace?
--jason
On Wed, 27 Jun 2001, Scott M Stark wrote:
> White space is significant in xml and we can't blindly strip it out of every
> element. A jndi-name is a very arbitrary form and I don't agree that its safe
> to strip the white
Bill Burke wrote:
> > Well, maybe. To make this work, you require true xa capable drivers, and
> > you need to use real 2pc, not the fake stuff from jbosspool wrappers. The
> > wrapped drivers will give you 2 independent conncurrent transactions.
>
> I don't know about you, but I'm happy with th
The logging api is in JDK1.4
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: "JBoss-Dev" <[EMAIL PROTECTED]>
Sent: Wednesday, June 27, 2001 6:54 PM
Subject: RE: [JBoss-dev] Deployable service archives & new configurationsystem
> It seems like there is a JSR for everyt
White space is significant in xml and we can't blindly strip it out of every
element. A jndi-name is a very arbitrary form and I don't agree that its safe
to strip the white space.
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June
It seems like there is a JSR for everything nowadays. I was a little
frustrated when I found out that there was a logging JSR, which would imply
that one day everyone will be using it by default cause it is a 'javax' or
'java' package and possibly even included in the jdk.
Does that mean it is a
JBoss daily test results
SUMMARY
Number of tests run: 86
Successful tests: 81
Errors:1
Failures: 4
[time of test: 28 June 2001 2:50]
See http://lubega.com for fu
>
> There was also a lot of talk last year around "real men don't use pools,
> they use modern VM technology" and while I don't know where that is at these
> days it will simplify the design so much that I am really tempted..
>
> any religious feelings?
>
You don't mean to get rid of resource poo
Is there any reason why this should not be done for all values as they are
loaded from xml into metadata objects? I ran into a similar problem where
lookup would fail for something like:
java:/JmsXA
In this case it would be safe to trim(), but are there cases where it is
not?
--jason
---
Hey, I had to stop playing with build systems and get some actual work done.
I was finishing up integrating the JMS RA support, so my application has
better JMS/EJB TX integration and I started getting messages like the
snippet below. The application seems to behave as normal, but I am
concerned
Branch_2_4 is the one for 2.4 and the trunk is currently JBoss 3.0 stuff.
Someone kick me if I am wrong or asleep.
Vinay
- Original Message -
From: "Bill Burke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, June 28, 2001 12:30 AM
Subject: RE: [JBoss-dev] JBoss CVS
> There
Hi,
Thank you for the quote.
> By the way, does anyone know what is the best free
> database that supports XA (w/jdbc driver)? (I love
> postgres, but the jdbc driver doesn't have XA support
> (among other things), I don't even know if postgres
> the database has it). Is interbase (the free
On 2001.06.27 16:40:03 -0400 Bill Burke wrote:
>
> Sorry for all the confusion I generated, but at least we're all in
> agreement
> now?
>
YES!
david
> Bill
>
>
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourcefo
There is a 2.4 branch, the mainline is JBoss 3.0.
See archives for specifics.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Vinay
> Menon
> Sent: Wednesday, June 27, 2001 7:17 PM
> To: Dev @ JBoss
> Subject: [JBoss-dev] JBoss CVS
>
>
> Do
Marc and others,
have you thought of joining JSR 111
Java(tm) Services Framework
http://jcp.org/jsr/detail/111.jsp
it seems to be addressing this issue
Anatoly
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists
People
have no shame I tell you, don't even bother about it, just go to bed,
your
attitude is much appreciated though,
marcf
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Vinay MenonSent: Wednesday, June 27, 2001 6:50 PMTo:
[EMAI
Do we now have a branch in CVS for JBoss 3.0 [Rabbithole?] and is the one on
the trunk JBoss 2.4.0?
Vinay
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
I believe Oracle actually throws an exception if you had an existing
transaction and you tried to fool around with the transaction setting.
Vinay
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 27, 2001 5:19 AM
Subject: RE: [JBos
Marc,
I know that someone from London is working on enabling clustering
support for JBoss - was wondering if a) we have made any progress b) if I
could get involved in that.
Vinay
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.s
Strong words I must say!
If you have a quick list of
exact errors you are getting, mail them to me. I'd just like to try helping you
to make my point that JBoss is not vaporware and *not* a joke.
Vinay
- Original Message -
From:
jean
To: [EMAIL PROTECTED]
Sent:
Yes! Guess it should figure in the training course!
Vinay
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 25, 2001 3:30 PM
Subject: RE: [JBoss-dev] JAWS -Single Datasource
> |Nonetheless, it would be great if the new CMP stuff will
Georg,
Great, I'd sent the files across as is, but will repost it with this
diff thingey. Let me see if I can get it sent today!
Cheers
Vinay
PS: Have been guilty of not checking my list mails for a couple of days now.
- Original Message -
From: "Georg Rehfeld" <[EMAIL PROTECTED]>
T
marc fleury wrote:
>
> Changing topics,
>
> ok the cache logic to lock the instances is overly complex and frankly
> buggy.
>
> (the buzy wait for example).
>
> One of the reasons for its complexity and some of the complex bugs is that
> we reuse the contexts, I believe one of the very simpl
Hi Chris,
'jboss' module should be built first.
Oleg
On Wednesday 27 June 2001 04:34, you wrote:
> =
> ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
>
It goes both ways. For the last two JavaOne's the HotSpot guys have been
very adament about the fact that you should not use pools. IBM uses a
different approach and a recent article still recommends pools. I want to
believe the HotSpot guys as it simplifies programming.
>From the HotSpot FAQ:
ht
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 27, 2001 5:32 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] [ jboss-Feature Requests-436862 ] add isolation
> cfg to pools
>
>
> |Category: None
> |Grou
r...
not possible, otherwise we set the context over and over and that is a call
on the instance...
arrr
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of marc
|fleury
|Sent: Wednesday, June 27, 2001 5:31 PM
|To: Jboss-Development@
Howdy,
--- Bill Burke <[EMAIL PROTECTED]> wrote:
> Databases are freakin' designed for concurrent
> access. Why not leverage
> them? I remember reading someplace that WebLogic
> 6.x was starting to move
> more of its synching to the database layer.
I agree with Bill. I think we should rely o
Hello, Marc and others.
This is a bit off-topic from the original thread but I've notices
something in Marc's answer that had strong resonance with my thoughts.
I am trying to come up with a comprehensive profiling support for J2EE
applications running on top of JBoss. This is necessary for a m
|Category: None
|Group: Next Release (example)
|Status: Open
|Priority: 5
|Submitted By: Bill Burke (patriot1burke)
|Assigned to: Bill Burke (patriot1burke)
|Summary: add isolation cfg to pools
|
|Initial Comment:
|Add ability to set transaction isolation level on a
|connection pool with jbosspoo
Changing topics,
ok the cache logic to lock the instances is overly complex and frankly
buggy.
(the buzy wait for example).
One of the reasons for its complexity and some of the complex bugs is that
we reuse the contexts, I believe one of the very simple ways to simplify the
design is to BAN re
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 27, 2001 5:05 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] CVS update:
> jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
>
>
> |different
Feature Requests item #436862, was opened at 2001-06-27 14:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=436862&group_id=22866
Category: None
Group: Next Release (example)
Status: Open
Priority: 5
Submitted By: Bill Burke (patriot1burke)
Assigned to:
|different bean types by attaching different pools to those beans. You're
|totally right that without true XA and 2pc, using 2 different pools is
|probably a bad idea and should be avoided at all costs.
not so fast :)
actually we can use the isolation levels (which is an important thing) if we
Here is a copy of the isolation levels section 1.7.3.2
included in ejb 2.0 proposed final draft 2:
17.3.2 Isolation levels
...
The isolation level describes the degree to which the
access to a resource manager by a transaction is
isolated from the access to the resource manager by
other concurr
Here is a copy of the isolation levels section 1.7.3.2
included in ejb 2.0 proposed final draft 2:
17.3.2 Isolation levels
...
The isolation level describes the degree to which the
access to a resource manager by a transaction is
isolated from the access to the resource manager by
other concurr
Here is a copy of the isolation levels section 1.7.3.2
included in ejb 2.0 proposed final draft 2:
17.3.2 Isolation levels
...
The isolation level describes the degree to which the
access to a resource manager by a transaction is
isolated from the access to the resource manager by
other concurr
On 2001.06.27 16:14:29 -0400 marc fleury wrote:
> this is an educating discussion, I never had before to think precisely of
> all the objects involved..
>
> however
>
> |I think you are agreeing with what I proposed earlier, if you have say a
> |session bean method with Requires/Serialiable cal
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Jencks
> Sent: Wednesday, June 27, 2001 4:12 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] CVS update:
> jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
>
>
> Hi,
> Tha
|"setTransactionIsolation:
|
|Note: This method cannot be called while in the middle of a transaction."
you win...
marcf
PS: and it is a shame :) the isolation is isolation of the state that is
touched (the records), so in my ideal world i would use a transaction to
update the databases, one co
Hi,
>
> bean C is ISOLATION1 and D is ISOLATION2
>
> my question is can we reconfigure connection D with the new stuff?
Yes, at transaction start time you MAY call
Connection.setTransactionIsolation(int level), the docs only
note: 'This method cannot be called while in the middle of a
tr
>From JDBC Docs. http://java.sun.com/j2se/1.3/docs/api/index.html
"setTransactionIsolation:
Note: This method cannot be called while in the middle of a transaction."
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wed
this is an educating discussion, I never had before to think precisely of
all the objects involved..
however
|I think you are agreeing with what I proposed earlier, if you have say a
|session bean method with Requires/Serialiable calling 17 entity bean
|methods with Requires/Read Committed, the
Hi,
Thanks, someone finally looked at the code more.
Yes, Jaws can't set the transaction isolation, the DataSource is just a
facade for getting a Connection(handle) to a XA/ManagedConnection that
actually talks to the db and has the transaction associated with it by the
XAResource. By the time J
|> Bill are you saying..
|>
|> BeanA BeanB
|>/ \ / \
|> PoolA PoolB PoolC PoolD <--- configure here
|> \ \ / /
|> \ \ / /
|>\ /
|> \ /
|> DB1
|>
|
|Nope, I'm saying this
|
|
|ReadCommittedPool
|SerializedPool
so ju
Hi,
On 2001.06.27 13:20:21 -0400 marc fleury wrote:
> |> Sorry, I rolled back the code before you responded. If you want
> |me to put
> |> it back in, I will it takes about 10 minutes. I think I made a
> |> mistake and
> |> made the first change to quick (it was easy) , and I think we
> |> need
On Wed, Jun 27, 2001 at 02:32:01PM -0400, Bill Burke wrote:
>
> I'm pretty sure that the jbosspool
> stuff(org.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl) will give back the
> same Connection with every "ds.getConnection()" while within the same
> transaction. Thus, with the current code base,
Correct me if I am wrong, but isn't JDK1.4 consider alpha at this stage? I suggest to
try JDK1.3.
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>,
"Jboss-User@Lists. Sourceforge. Net" <[EMAIL PROTECTED]>
Date: Wed, 27 Jun 2001 14:20:08 -0400
Subject: [JBoss-user] RE: [JB
The Together 5 JBoss 2.2/2.4 deployer is ready (Finally!) - just some more
cross platform testing to finish
Together CE as a framework platform is not viable
Together Community edition is not for commercial use and it doesn't have
the EJB stuff enabled
Together Control Center has the EJB stuf
I think the pool hands out connections associated with a transaction,
doesn't it? Unless JAWS uses a different API than everybody else does, then
you can't set the isolation level in JAWS, it has to be done by the pooling
software prior to assigning the connection to a transaction. If JAWS set
t
Hi
When you want to make it work you HAVE to use
JDK 1.7 !!!
MAD Andy
-Original Message-
From: jean [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 27, 2001 10:59 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] does it really works ?
JBoss-2.4-BETA_Tomcat-3.2.2.zip9.7MJune 23, 2001
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 27, 2001 1:20 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] CVS update:
> jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
>
>
> |> Sorry,
JBoss-2.4-BETA_Tomcat-3.2.2.zip
9.7M
June 23, 2001
;
Does it really work ?( JBoss + Tomcat Packages) ,
Hello folks does JB+T really can work ?
I have download avery downloadble version, and configure it the way it
is describes,
but nothing seems to work,I u
On 2001.06.27 10:55:10 -0400 Bill Burke wrote:
>
>
> > >
> > > |
> > > |1. Start JBoss transaction
> > > |2. Access Entity1. A connection is grabbed from pool 1,
> > > |connection1.setIsolation(blah blah),
> > > |3. access entity2. A connection is created from pool 2,
> > > |connection2.setI
|> Sorry, I rolled back the code before you responded. If you want
|me to put
|> it back in, I will it takes about 10 minutes. I think I made a
|> mistake and
|> made the first change to quick (it was easy) , and I think we
|> need to figure
|> out what we are doing (design before code).
ok let
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Wednesday, June 27, 2001 11:43 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] CVS update:
> jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
>
>
> > we a
|When we get to support IIOP invocations, the CORBA
|invocation transport layer automagically imports
|incoming TPCs, and we never see a TPC that we can
|import.
Yes
|That means that we cannot do the TPC import in the
|transaction interceptors.
|I guess the same argument goes for optimized local
> we are discussing exactly the opposite, I am deeply convinced that this
> belongs in jaws
>
> marcf
Sorry, I rolled back the code before you responded. If you want me to put
it back in, I will it takes about 10 minutes. I think I made a mistake and
made the first change to quick (it was easy)
Hi,
Picking up an unresolved issue on an old thread.
marc fleury wrote:
> 1- TPC IMPORTER
> It doesn't really belong there.
>
> MI IS A REPOSITORY OF DATA FOR THE INVOCATION. IT IS NOT THE IMPORTER OF
> TRANSACTIONS.
>
> About the only thing I believe is elegant in this call is the "java:/"
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Jencks
> Sent: Wednesday, June 27, 2001 9:44 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] High load...
>
>
> Hi,
> On 2001.06.26 23:30:32 -0400 marc fleury wrote:
> > |2 entity beans.
User: jwalters
Date: 01/06/27 07:44:49
Modified:src/docs Tag: Branch_2_2 howtonetbeansdebug.xml
Log:
Updated the command line to remove some extra switches and make the
debugging command portable to all platforms. Added a bit more verbage
as a result of some recent questions.
Hi,
On 2001.06.26 23:30:32 -0400 marc fleury wrote:
> |2 entity beans. 2 connection pools(but same database), each connection
> pool
> |is configured to use a certain JDBC isolation level. Entity 1 is attach
> to
> |pool 1, Entity 2 is attached to pool 2.
>
> yuck...
>
> I still don't have a cle
Hi, the algorithm is in the post marc was replying to.
Here it is again, with garbage collection instructions and referring to
entities rather than records.
transactions are numbered sequentially when they are started.
Each entity (version) includes the transaction id of the last change to it
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Tuesday, June 26, 2001 11:37 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] High load...
>
>
> |> Sure, it would be useful to be able to specify different levels per
> |>
on 1-06-26 20.36, Schaefer, Andreas at [EMAIL PROTECTED] wrote:
> To finally bring the JBoss GUI flying let's start
> a project for that ;-)
Yeeay
> My idea of the JBoss GUI would be a dynamic, expandable
> and version aware GUI helping an administrator, deployer
> and Developer dealing with JB
User: starksm
Date: 01/06/27 03:09:54
Modified:src/resources/web/WEB-INF web.xml
Log:
Add soap tests
Revision ChangesPath
1.10 +44 -0 jbosstest/src/resources/web/WEB-INF/web.xml
Index: web.xml
=
User: starksm
Date: 01/06/27 03:13:16
Modified:src/main/org/jboss/test/web/servlets DebugServlet.java
Log:
Use the Util class utility methods
Revision ChangesPath
1.5 +1 -1 jbosstest/src/main/org/jboss/test/web/servlets/DebugServlet.java
Index: DebugServ
User: starksm
Date: 01/06/27 03:12:48
Modified:src/build/subprojects build-jrmp.xml build-web.xml
Log:
Update suproject build scripts
Revision ChangesPath
1.3 +1 -0 jbosstest/src/build/subprojects/build-jrmp.xml
Index: build-jrmp.xml
==
User: starksm
Date: 01/06/27 03:09:54
Added: src/resources/web SecuredDD.xml UnsecuredDD.xml
Log:
Add soap tests
Revision ChangesPath
1.1 jbosstest/src/resources/web/SecuredDD.xml
Index: SecuredDD.xml
===
User: starksm
Date: 01/06/27 03:09:54
Added: src/resources/web/WEB-INF/lib soap-2_2.jar
Log:
Add soap tests
Revision ChangesPath
1.1 jbosstest/src/resources/web/WEB-INF/lib/soap-2_2.jar
<>
User: starksm
Date: 01/06/27 03:08:48
jbosstest/src/resources/web/WEB-INF/lib - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #436643, was opened at 2001-06-27 01:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=436643&group_id=22866
Category: None
Group: v2.2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: No
User: cgjung
Date: 01/06/27 01:01:37
Modified:src/main/org/jboss/deployment J2eeDeployer.java
Log:
applied patch #433350 in order to make J2eeDeployer case-insensitive
Revision ChangesPath
1.34 +2 -1 jboss/src/main/org/jboss/deployment/J2eeDeployer.java
91 matches
Mail list logo
