User: gropi
Date: 01/09/20 23:32:29
Modified:src/docs cmp-two.jsp
Log:
A revised version is included in the manual now. For some time this file will
still be here, pointing people to the manual now.
Revision ChangesPath
1.2 +1 -240newsite/src/docs/cmp-two.
JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 15
Errors:6
Failures: 0
[time of test: 21 September 2001 7:25 GMT]
[java.version: 1.3
Thanks for the info. I agree with you about the confusion...
Do you think if I get the stuff I outlined working we can add the security
aspects after that?
Thanks
david jencks
On 2001.09.21 01:25:58 -0400 Scott M Stark wrote:
> I think part of the confusion on AutoDeployer vs UniversalDeploye
I think part of the confusion on AutoDeployer vs UniversalDeployer is that
the AutoDeployer is a limited UniversalDeployer today. It accepts ears,
jars, wars,
and rars and delgates to specific deployers, so let's isolate dependency
management
to the UniversalDeployer and leave simplify the role of
Ok, I'm fixing it.
david jencks
On 2001.09.21 00:05:12 -0400 Scott M Stark wrote:
> The issue with win32 in general is that programs tend to acquire
> exclusive
> locks on files whereas *nix does not.
>
> - Original Message -
> From: "David Maplesden" <[EMAIL PROTECTED]>
> To: <[EMAIL P
> It seems "java.naming.factory.initial" in Tomcat 4.0 is set to
> "org.apache.naming.java.javaURLContextFactory" no matter what is the value
> in jndi.properties or
> "-Djava.naming.factory.initial=org.jnp.interfaces.NamingContextFactory".
>
> Does any one know how to handle this?
There's a syst
OK, I've finished the AutoDeployer stuff and it works, but I guess it might
not be the whole solution so I've decided not to commit it to CVS.
I will send it to you off-list in case you find it useful.
You know my thoughts on the whole issue.
To clarify I have two main concerns.
1) make depe
I'm glad you like my examples, I was beginning to worry I was the only one
who thought those were worthwhile scenarios.
I still don't understand why you want the AutoDeployer to do dependency
checking rather than ServiceDeployer/UniversalDeployer. I think manual
deployment should have access to
The issue with win32 in general is that programs tend to acquire exclusive
locks on files whereas *nix does not.
- Original Message -
From: "David Maplesden" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 8:29 PM
Subject: RE: [JBoss-dev] RH, Jetty, Service
There has to be a common service interface that describes the requirements
of the AutoDeployer or equivalent with respect to its interaction with
services.
Right now this is the DeployerMBean interface. It has a method that
describes
the file patterns each component deployer supports. You could a
I don't know, I beginning to regret starting to think about it :-)
It's hard, there are different pro's and con's to each approach. At the
moment the autodeployer thing I have done does not do any recursive
deploy/undeploy at all, but I think it would be easy to build in.
Scott has a good poin
It definately happens my Windows 2000 system, I don't know if it happens
under other OS's or not. The basic solution (I believe) is as you say, to
copy the original then open the copy.
David
> -Original Message-
> From: David Jencks [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 2
It seems "java.naming.factory.initial" in Tomcat 4.0 is set to
"org.apache.naming.java.javaURLContextFactory" no matter what is the value
in jndi.properties or
"-Djava.naming.factory.initial=org.jnp.interfaces.NamingContextFactory".
Does any one know how to handle this?
Thank you in advance,
Ma
> All the jars in the sar are also copied to
> ${jboss.system.deployed}\sarname
> to avoid the file sharing violations that prevent the user from simply
> moving the original file to undeploy. This is under the assumption that
> all
> required classes are now in jars, I guess we can copy plain
Well, I certainly want to see it, I hope my reservations in my reply to
your previous post are answered by it. Do you think they are?
Thanks
david jencks
On 2001.09.20 22:37:44 -0400 David Maplesden wrote:
> OK, (trying to be helpful) I have finished implementing a dependency
> mechanism in the
The dependencies should be specified at the deployment unit level
as when you create a service you know what dependencies you
have. This does not mean that the unit deployer has to handle the
dependencies. I don't want to have to edit a dependencies.xml in
a deploy directory and then drop my servi
I have absolutely no problem with recursive dependencies, the examples you
give illustrate where and why they can be useful.
My problem is that simply doing the dependency stuff in ServiceDeployer
doesn't solve the whole problem, because the service deployer can't enfore
dependencies between th
Ok, 2 points:
Well, I'm not too thrilled with the dependency stuff as it currently works
either, but I think something like it is necessary. Here are the things I
want to be able to do, that I think lead to recursive deployment and
dependencies.
a. After I deploy mystuff-service.xml, depending
OK, (trying to be helpful) I have finished implementing a dependency
mechanism in the AutoDeployer. I am going to finish testing it, change the
default configuration a little to use it and then commit it so you can have
a look before I leave (remember I will be away for the next week or so).
Ple
User: d_jencks
Date: 01/09/20 19:20:17
Modified:src/xdocs jdbc-database.xml resource.xml
Log:
Updated jdbc-database for 2.4 and added examples to resource
Revision ChangesPath
1.3 +50 -24manual/src/xdocs/jdbc-database.xml
Index: jdbc-database.xml
===
Change Notes item #463437, was opened at 2001-09-20 19:25
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=463437&group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: David Jencks (d_jencks)
Assigned to: Nobody/Ano
OK, I agree with most of what you propose... with one big difference. I now
feel (after already playing with service deployer) that dependencies have no
real place in the individual deployers, they just complicate the code for
each of them (or for the proposed universal deployer).
At the end o
Ok, I'm almost ready to get to work ;-)
We need to be able to deploy:
sar
rar
ear
ejb-jar
war
plain old jar
directories (?)
*-service.xml files
we need to be able to unpack
sar
rar
ear
and put the contained jars in a directory structure and find one or more
config files.
Any of the *ar packa
JBoss_2_4_1
- Original Message -
From: "Ferguson, Doug" <[EMAIL PROTECTED]>
To: "jBoss Dev (E-mail)" <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 5:26 PM
Subject: [JBoss-dev] jboss 2.4.1 release source
> What tag can I use to download the source code from the 2.4.1 release?
>
On 2001.09.20 19:14:02 -0400 marc fleury wrote:
> |well, it seems to me that there is always going to be a spine
> classloader,
> |and for each application an application classloader. Now if an ear or
> |other "application" say includes some sars, do they get loaded with the
> |system classloader
Be sure all the jars are left out of jboss-service.xml from conf/default.
After that, there is a problem with removing the classloaders for jars you
deployed... I'm considering what the best way to fix it is... I don't want
to get too complicated.. but should be there very soon.
I still haven't
What tag can I use to download the source code from the 2.4.1 release?
Thanks,
d.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
marc fleury wrote:
> |Hot-deploying the Jetty service works fine.
Hhhhmmm.
The stuff checked in at the moment works - but I want to go further
try this:
rm deploy/jetty-service.xml
rm lib/ext/jetty-plugin
put this in plugins/jetty/build.xml:
-8<8<
Objecteering personal edition is another lowend UML modeller I've used for
sometime. It only runs on Windoze, and oddly enough 12 years after the
WIndows look and feel guidelines it has a very unique UI. It is stableand
free however.
Argo/UML and Poseidon (from same code base) are both good Jav
marc fleury wrote:
> |OTHERWISE !
> |
> |If I take the same SAR file, which definitely HAS a
> |jboss-service.xml file in
> |it, it will sometimes deploy perfectly, othertimes, I get the
> |above exception.
> |
> |Once I have got the exception out of a running JBoss, I have to restart it,
> |sinc
User: slaboure
Date: 01/09/20 16:29:28
Modified:src/main/org/jboss/ha HARMIServerImpl.java
Log:
Tightend integration of HANamingService with the new HARMIServerImpl.
Revision ChangesPath
1.2 +109 -84 jbossmx/src/main/org/jboss/ha/HARMIServerImpl.java
Index:
|OK, you saw my last email ( in the "JSR/SAR (Jetty)
|Undeployment..." thread)
|right?
yes i did,
|> In fact I need the following
|> 1- how would you package it? where?
|> 2- how would you specify it? needed?
|> 3- what happens on redeploy.
|
|1- keep it simple. in a sar you can have a director
you can't win them all
the SAR stuff is yours
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Thursday, September 20, 2001 7:08 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] exposing boot sequence & richer xml config
User: slaboure
Date: 01/09/20 16:29:27
Modified:src/main/org/jboss/ha/jndi HANamingService.java
Log:
Tightend integration of HANamingService with the new HARMIServerImpl.
Revision ChangesPath
1.5 +7 -5 jbossmx/src/main/org/jboss/ha/jndi/HANamingService.java
You mentioned to get the latest form Branch_2_4.
Does this mean the 2.4.1 doesn't support concurrent access for RequiresNew?
Thanks,
d.
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 20, 2001 5:06 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev
|well, it seems to me that there is always going to be a spine classloader,
|and for each application an application classloader. Now if an ear or
|other "application" say includes some sars, do they get loaded with the
|system classloader or the application classloader? I'd tend to think the
|a
ouch, ouch.
--jason
On Thu, 20 Sep 2001, marc fleury wrote:
> |We are expecting configuration files to be under the given url/conf/config,
> |which is unneeded.
>
> configuration files should be in XML/JMX format and if they are not the last
> thing we want is have them scattered everywhere.
>
ouch.
--jason
On Thu, 20 Sep 2001, marc fleury wrote:
> |
> |
> | ${jboss.lib}/jboss-spine.jar,
> | ${jboss.lib}/log4j.jar
> |
> |
>
> no, it is more obscure than the classpath tags that are there...
>
> It achieves the same.
>
> Don't fix this.
>
> |
OK, you saw my last email ( in the "JSR/SAR (Jetty) Undeployment..." thread)
right?
Well then expanding a little, this is what I had envisioned...
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 21, 2001 10:23 AM
> To: [EMAIL PROTECTED]
> Sub
On 2001.09.20 18:27:19 -0400 marc fleury wrote:
> |So... if virtual host = security domain, do we also have a classloader
> |(ServiceLibrary/Scope type thing) for it? Is this the same as the
>
> That is how I understand it from Scott's email but maybe he means
> something
> else in which case th
|How I think it should be done is...
|
|1) Forget about dealing with dependencies in the ServiceDeployer, this
|should be done by the AutoDeployer because that way we can specify
|dependencies between all deployable files i.e. between ear's and sar's and
|jar's and rar's etc.
good point
|2) Sars
Yes if time permits
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
|Labourey
|Sent: Thursday, September 20, 2001 3:33 PM
|To: Jboss-Dev
|Subject: [JBoss-dev] Should instance pooling for SLSB & MDB backported
|to Branch_2_4?
|
|
|Should i
|OTHERWISE !
|
|If I take the same SAR file, which definitely HAS a
|jboss-service.xml file in
|it, it will sometimes deploy perfectly, othertimes, I get the
|above exception.
|
|Once I have got the exception out of a running JBoss, I have to restart it,
|since the file will never deploy successfu
|> 3. Can I include jars in it (I tried top level dir and META-INF/lib -
|> no joy) - how ?
|>
|
|You can't currently include jars, you should be able to in my opinion, but
|currently you can't.
TODO
|Whichever you think is best. I personally think there should be room for a
|directory structur
|So... if virtual host = security domain, do we also have a classloader
|(ServiceLibrary/Scope type thing) for it? Is this the same as the
That is how I understand it from Scott's email but maybe he means something
else in which case the mapping is not that straight-forward
|application classl
rsion $Revision: 1.9.6.1 $
+* @author mailto:[EMAIL PROTECTED]";>Sacha Labourey
*
+* @version $Revision: 1.9.6.2 $
+*
* Revisions:
* 20010704 marcf:
*
@@ -46,24 +47,31 @@
*
* - Added statistics gathering
*
+* 20010920 Sacha Labourey:
+*
+*
|A similar domain notion would need to be added to the 3.0 RH services
|configuration.
yes, it was pitched by sacha and luke (if I remember correctly) at London
that we could also use this to make sure we can have several versions of
JBoss running in one VM. While that is of limited usage right
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
|Burke
|Sent: Wednesday, September 19, 2001 2:38 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] Re: [JBoss-user] How does JBoss do Stateless
|Session Beans?
|
|
|Hey Sacha,
|
|Can you make this
at least a changelog would help.
Probably the default xml file as well
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
|Burke
|Sent: Wednesday, September 19, 2001 2:16 PM
|To: [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] RequiresNew Lockin
remove auto-jcml
amrcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Ignacio Coloma
|Sent: Wednesday, September 19, 2001 1:29 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] Anyone has tried to make a non-hypersonic
|connection pool?
|
|
|Anyone h
|Its a hack to have to put EJB interfaces into the WEB-INF/classes in the
|first place caused by the JSP compiler. This has been fixed in catalina
|so the best approach is not put the EJB stuff into classes.
great
marcf
|
|- Original Message -
|From: "marc fleury" <[EMAIL PROTECTED]>
|T
|Specifically, the EJB Container is not allowed to pass objects by reference
|on inter-enterprise bean invocations
|of methods on the enterprise beans remote home and remote interface when
|the calling and
|called enterprise beans are collocated in the same JVM. Doing so could
|result in the mult
|Ummm, that's just a default value for the file. It gets replaced by
that's fine then
marcf
|whatever value the user wants in to use in the config file. I could throw
|an exception instead of having a default value if you want.
|
|David
|
|> -Original Message-
|> From: marc fleury [ma
Its a hack to have to put EJB interfaces into the WEB-INF/classes in the
first place caused by the JSP compiler. This has been fixed in catalina
so the best approach is not put the EJB stuff into classes.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]
For the purely stateless stuff I would tend to agree.
it is the entity that was the problem.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Wednesday, September 19, 2001 1:15 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev
Yes.
- Original Message -
From: "Sacha Labourey" <[EMAIL PROTECTED]>
To: "Jboss-Dev" <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 12:33 PM
Subject: [JBoss-dev] Should instance pooling for SLSB & MDB backported to
Branch_2_4?
> Should instance pooling for SLSB & MDB backported
bill,
talked to sacha about this. Also saw his excellent presentation in London
(looking forward to yours in Las Vegas).
Basically I am not convinced that we need a special treatment for the naming
but could be wrong...
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMA
|they were moved to plugins, see my previous reply
yep thanks
marcf
|
|david jencks
|On 2001.09.20 16:27:28 -0400 marc fleury wrote:
|> probably just a mistake, is this fixed?
|>
|> marcf
|>
|>
|> |-Original Message-
|> |From: [EMAIL PROTECTED]
|> |[mailto:[EMAIL PROTECTED]]On Behalf
|
|But I agree that the code sould be modified to either:
| - really pool SLSB (and only SLSB)
| - or correctly call ejbRemove on the SLSB
|
|Any opinion?
ask for a fix :)
marcf
|
|Cheers,
|
|
|
| Sacha
|
|P.S.: I forward this to JBoss-
I don't see an elegant way around unless we
1- say don't put the classes in web-inf, thereby going against the spec
2- generalize the use of scoped class loaders (jung) in jetty to bypass
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M
I want to see a simple repro case
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Todd
|Huss
|Sent: Tuesday, September 18, 2001 8:16 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] RequiresNew Locking Bug in JBoss 2.4.1
|
|
|I just upgraded from
JBossMQ also has a similar requirement, as would a db service.
There are a couple of issues (I feel) with service deployment at the moment.
How I think it should be done is...
1) Forget about dealing with dependencies in the ServiceDeployer, this
should be done by the AutoDeployer because that w
|like an unnecessary level of indirection.
welcome to junit?
marcf
|
|
|
|___
|Jboss-development mailing list
|[EMAIL PROTECTED]
|https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-dev
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Dean
|Anderson
|Sent: Sunday, September 16, 2001 6:51 PM
|Basically, I'm kind of getting a bit frustrated with this group.
Basically, I'm kind of going to kick you out of the list.
|No one has answe
About sequence diagrams, ArgoUML is a free tool available at
www.argouml.org.
The free solution with Together is only valid for 30 days!
Michel Halde
David Jencks wrote:
>
> Thank you!
>
> I will add this to the docs, I'll try to find a way to make the
> mysql-service.xml file available dir
they were moved to plugins, see my previous reply
david jencks
On 2001.09.20 16:27:28 -0400 marc fleury wrote:
> probably just a mistake, is this fixed?
>
> marcf
>
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of Ole
> |Husgaard
> |Sent: Sun
|Hot-deploying the Jetty service works fine.
What happened to the idea of creating your own directory layout space upon
deployment from the JSR I thought that was very useful...
do you still require this? it would be very useful for me to work with a
specific case
marcf
|
|Hot-undeploying gene
Ummm, that's just a default value for the file. It gets replaced by
whatever value the user wants in to use in the config file. I could throw
an exception instead of having a default value if you want.
David
> -Original Message-
> From: marc fleury [mailto:[EMAIL PROTECTED]]
> Sent: Fr
JBoss daily test results
SUMMARY
Number of tests run: 21
Successful tests: 15
Errors:6
Failures: 0
[time of test: 20 September 2001 21:35 GMT]
[java.version: 1.
Peter,
your mails are obscure, what is the problem? do you have a repro case? if so
go to sourceforge put it in and let us know on the list
thanks
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Peter
|Fagerlund
|Sent: Sunday, September 16, 2
On 20 Sep, Sacha Labourey wrote:
> Should instance pooling for SLSB & MDB backported to Branch_2_4?
>
>
I think so, because the current behaviour is rather confusing (and
probably not spec compliant). But that's my 2c.
//Peter
> ___
> Jboss-developm
Glad
you like it :)
I am
going back to it very soon
marcf
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
BurkeSent: Friday, September 14, 2001 12:25 AMTo:
Jboss-Development@Lists. Sourceforge. NetSubject: [JBoss-dev]
hot-de
probably just a mistake, is this fixed?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Ole
|Husgaard
|Sent: Sunday, September 16, 2001 4:26 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] What has happened to the Tyrex TM plugin?
|
|
|Hi,
|
|I
Bugs item #463320, was opened at 2001-09-20 13:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=463320&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Tejaswi Kasturi (zedmanauk)
Assigned to
The little hack on line 315
in \server\src\main\org\jboss\web\WebServer
has resolved the compile-error
JBoss 3.0.0 Alpha is Cool!
Tbone
C:\sandbox\jboss-all\server\src\main\org\jboss\web\WebServer.java:315:
cannot re
solve symbol
symbol : variable category
location: class org.jboss.web.W
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Tuesday, September 11, 2001 2:35 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update:
|jboss/src/main/org/jboss/deployment/scope J2eeGlobalScopeDeployer.java
|Scope.java
|
|
thanks,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Maplesden
|Sent: Monday, September 10, 2001 10:57 PM
|To: JBossDev (E-mail)
|Subject: [JBoss-dev] Deployment stuff (again)
|
|
|Ok, I just committed the changes I have been working
Should instance pooling for SLSB & MDB backported to Branch_2_4?
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
ion: 1.17 $
*
* Revisions:
* 20010704 marcf:
@@ -48,6 +49,10 @@
*
* - Added statistics gathering
*
+* 20010920 Sacha Labourey:
+*
+* - Pooling made optional and only activated in concrete subclasses for SLSB
and MDB
+*
*/
public abstract class AbstractInstanc
|We are expecting configuration files to be under the given url/conf/config,
|which is unneeded.
configuration files should be in XML/JMX format and if they are not the last
thing we want is have them scattered everywhere.
|> > 2) Setup logging as soon as possible.
|> This is obviously a good i
After updating jboss-all module the build process halts earlier,
output:
C:\sandbox\jboss-all\build>build
Calling ..\tools\bin\ant.bat
Buildfile: build.xml
_init-prepare:
init:
_init-child:
_init-local-properties:
_init-buildlog:
_configure:
_configure-tools:
_configure-libraries:
_con
|
|
| ${jboss.lib}/jboss-spine.jar,
| ${jboss.lib}/log4j.jar
|
|
no, it is more obscure than the classpath tags that are there...
It achieves the same.
Don't fix this.
|
|
|
|
|
|
|
|
|
|
Enclosed is the config file for a postgres DataSource. It has been tested.
Regards,
Ignacio Coloma.
JBOSS-SYSTEM:service=Naming
JBOSS-SYSTEM:service=TransactionManager
ConnectionURL=jdbc:postgresql://192.168.0.4:5432/foo
DriverClass=org.postgresql.Dri
User: d_jencks
Date: 01/09/20 11:46:31
Modified:src/main/org/jboss/web WebServer.java
Log:
you missed one
Revision ChangesPath
1.15 +2 -2 jboss/src/main/org/jboss/web/WebServer.java
Index: WebServer.java
==
No, it should be build from jboss-all/build. You'll have to show more
details
of the build process.
- Original Message -
From: "Philip Van Bogaert" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 11:24 AM
Subject: Re: [JBoss-dev] BUILD FAILED
> From the jb
User: d_jencks
Date: 01/09/20 11:36:31
Modified:src/main/org/jboss/deployment ServiceDeployer.java
Log:
oops, here's the mailto fix
Revision ChangesPath
1.10 +1 -4 jboss/src/main/org/jboss/deployment/ServiceDeployer.java
Index: ServiceDeployer.java
=
There is a full discussion about this in the Lizzard Lounge in the Jives
Forums (I know well... I started it ;)
I'm trying Poseidon, but it's still buggy. MagicDraw seems more stable, but
didn't hit it much, and has a time-limited trial :/
I'm with the postgres config, will send it ASAP :)
> --
On 2001.09.20 13:36:00 -0400 marc fleury wrote:
> | - * @author David
>
> David, your mailto is fscked up
>
> marcf
Thanks marc, fixed, welcome back
david jencks
>
> ___
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourcefor
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/system ServiceController.java
Log:
fixed my mailto address
Revision ChangesPath
1.7 +2 -2 jboss/src/main/org/jboss/system/ServiceController.java
Index: ServiceController.java
===
User: starksm
Date: 01/09/20 11:12:59
Modified:src/main/org/jboss/ejb/plugins/jrmp/server Tag: Branch_2_4
JRMPContainerInvoker.java
Log:
Clean up some of the casts and nested method invocations
Revision ChangesPath
No revision
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test/jmx/mbeanc TestDeployerC.java
Log:
fixed my mailto address
Revision ChangesPath
1.2 +1 -1 jbosstest/src/main/org/jboss/test/jmx/mbeanc/TestDeployerC.java
Index: TestDeployerC.java
=
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test/jmx/test
ConnectionFactoryLoaderUnitTestCase.java
DeployServiceUnitTestCase.java
Log:
fixed my mailto address
Revision ChangesPath
1.4 +2 -2
>From the jboss-all/build,
I gonna try it from jboss-security
Tbone
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 1:14 AM
Subject: Re: [JBoss-dev] BUILD FAILED
> How did you start the build? From jboss-all/secur
It doesn't work either in the security module
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 20, 2001 1:14 AM
Subject: Re: [JBoss-dev] BUILD FAILED
> How did you start the build? From jboss-all/security or jboss-all/build
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test/jmx/mbeanb TestDeployerB.java
Log:
fixed my mailto address
Revision ChangesPath
1.2 +1 -1 jbosstest/src/main/org/jboss/test/jmx/mbeanb/TestDeployerB.java
Index: TestDeployerB.java
=
User: d_jencks
Date: 01/09/20 11:23:40
Modified:src/main/org/jboss/deployment ServiceDeployer.java
Log:
fixed my mailto address
Revision ChangesPath
1.9 +9 -1 jboss/src/main/org/jboss/deployment/ServiceDeployer.java
Index: ServiceDeployer.java
=
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test/jmx/mbeand TestDeployerD.java
Log:
fixed my mailto address
Revision ChangesPath
1.2 +1 -1 jbosstest/src/main/org/jboss/test/jmx/mbeand/TestDeployerD.java
Index: TestDeployerD.java
=
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test/jmx/mbeana TestDeployerA.java
Log:
fixed my mailto address
Revision ChangesPath
1.2 +1 -1 jbosstest/src/main/org/jboss/test/jmx/mbeana/TestDeployerA.java
Index: TestDeployerA.java
=
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test/jmx/mbean TestDeployer.java
Log:
fixed my mailto address
Revision ChangesPath
1.2 +1 -1 jbosstest/src/main/org/jboss/test/jmx/mbean/TestDeployer.java
Index: TestDeployer.java
==
User: d_jencks
Date: 01/09/20 11:23:41
Modified:src/main/org/jboss/test JBossTestCase.java
JBossTestServices.java JBossTestSetup.java
Log:
fixed my mailto address
Revision ChangesPath
1.6 +2 -2 jbosstest/src/main/org/jboss/test/JBossTes
1 - 100 of 124 matches
Mail list logo
