User: starksm
Date: 01/11/27 23:48:09
Modified:catalina/src/main/org/jboss/web/catalina Tag: Branch_2_4
EmbeddedCatalinaServiceSX.java
EmbeddedCatalinaServiceSXMBean.java
Log:
Add support for setting the type of the primary connector.
User: starksm
Date: 01/11/27 23:48:09
Modified:catalina/src/build Tag: Branch_2_4 build.xml
Log:
Add support for setting the type of the primary connector. Currently
http or warp connectors are supported.
Revision ChangesPath
No revision
No
David Jencks wrote:
> So this requires an explicit undeploy of the old jar: it cannot work via an
> autodeployer watching for changed timestamps, because you have to undeploy
> the file first before you can change it.
Correct, I was mainly thinking about the locking of the copied file,
which
marc fleury wrote:
> I understand what you proposed what I don't understand is the above, see
> below :)
Ah, sorry, now I understand. We're talking about slightly different things.
> Question: can you overwrite the jar if the vm holds a open connection to it
> and thus a lock to it in windows
User: starksm
Date: 01/11/27 22:23:03
Modified:src/main/org/jboss/ejb/plugins/local Tag: Branch_2_4
BaseLocalContainerInvoker.java
Log:
As noted in SF Bug#482875, the WeakHashMap usage is not actually allowing
classes to be garbage collected due to Methods
User: starksm
Date: 01/11/27 22:23:03
Modified:src/main/org/jboss/ejb/plugins/jrmp/interfaces Tag:
Branch_2_4 RemoteMethodInvocation.java
Log:
As noted in SF Bug#482875, the WeakHashMap usage is not actually allowing
classes to be garbage collected due to
User: schaefera
Date: 01/11/27 22:33:38
Modified:src/main/org/jboss/management/j2ee EJB.java EjbModule.java
J2EEApplication.java J2EEResource.java
J2EEServer.java JNDI.java
Added: src/main/org/jboss/management/j2ee JNDIMBean.java
User: schaefera
Date: 01/11/27 22:33:38
Modified:src/main/org/jboss/naming NamingService.java
Log:
Added the first J2EE Resource (JNDI) to the JSR-77 implementation. Also
the first component implementing the StateManageable interface (not
100% implemented yet).
Revision Ch
User: schaefera
Date: 01/11/27 22:33:38
Modified:sun/jsr77/lib jsr77.jar
Log:
Added the first J2EE Resource (JNDI) to the JSR-77 implementation. Also
the first component implementing the StateManageable interface (not
100% implemented yet).
Revision ChangesPath
1.6
User: starksm
Date: 01/11/27 22:30:02
Modified:tomcat/src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Update to the jarkarta-tomcat-3.2.4 release
Revision ChangesPath
No revision
No
User: starksm
Date: 01/11/27 22:26:16
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.77.2.9 +47 -16jboss/src/build
User: starksm
Date: 01/11/27 22:26:16
Modified:.Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.33.2.2 +17 -10jboss/build.xml
User: starksm
Date: 01/11/27 22:25:08
Modified:src/main/org/jboss/util Tag: Branch_2_4 Info.java
InfoMBean.java
Log:
Add support for displaying java.lang.Package information
Revision ChangesPath
No revision
No
User: starksm
Date: 01/11/27 22:25:28
Modified:src/resources/org/jboss/metadata Tag: Branch_2_4
jboss-web.dtd jboss_2_4.dtd
Log:
Update the dtd comments
Revision ChangesPath
No revision
No revision
User: starksm
Date: 01/11/27 22:23:03
Modified:src/main/org/jboss/ejb/plugins/jrmp/server Tag: Branch_2_4
JRMPContainerInvoker.java
Log:
As noted in SF Bug#482875, the WeakHashMap usage is not actually allowing
classes to be garbage collected due to Method
User: starksm
Date: 01/11/27 22:15:31
Modified:src/main/org/jboss/mq/il/uil Tag: Branch_2_4
UILClientIL.java UILClientILService.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version
User: starksm
Date: 01/11/27 22:19:29
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
TxInterceptorCMT.java
Log:
Use the trace log level to provide detailed progress
Revision ChangesPath
No revision
No
User: starksm
Date: 01/11/27 22:18:11
Modified:src/main/org/jboss Tag: Branch_2_4 Main.java
Log:
Use a trival subclass of MLet that returns an empty URL[] from getURLs to
force the use of the rmi codebase as the annotated codebase.
Remove the embedded version string in favor of
User: starksm
Date: 01/11/27 22:15:32
Modified:src/main/org/jboss/mq/server Tag: Branch_2_4 BasicQueue.java
ClientConsumer.java JMSDestination.java
JMSServer.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduc
User: starksm
Date: 01/11/27 22:15:32
Modified:src/main/org/jboss/mq/selectors Tag: Branch_2_4
Selector.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version manifest headers
Re
User: starksm
Date: 01/11/27 22:15:31
Modified:src/main/org/jboss/mq/il/oil Tag: Branch_2_4
OILClientIL.java OILClientILService.java
OILServerILService.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce defa
User: starksm
Date: 01/11/27 22:16:35
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.5.2.2 +22 -4 jnp/src/build/A
User: starksm
Date: 01/11/27 22:15:32
Modified:src/main/org/jboss/mq/referenceable Tag: Branch_2_4
SpyConnectionFactoryObjectFactory.java
SpyDestinationObjectFactory.java
Log:
Complete switch to org.jboss.logging.Logger and use trace
User: starksm
Date: 01/11/27 22:15:31
Modified:src/main/org/jboss/mq/cluster/jms Tag: Branch_2_4
ClusterTopicConnectionFactory.java
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version m
User: starksm
Date: 01/11/27 22:15:27
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Complete switch to org.jboss.logging.Logger and use trace to reduce default
logging
Add support for package version manifest headers
Revision ChangesPath
No rev
User: starksm
Date: 01/11/27 22:14:18
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.8.2.2 +16 -2 jboss-j2ee/src/
User: starksm
Date: 01/11/27 22:11:24
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.4.2.6 +14 -0 jbosscx/src/bui
User: starksm
Date: 01/11/27 22:11:08
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Add support for package version manifest headers
Revision ChangesPath
No revision
No revision
1.2.2.5 +18 -1 jbosspool/src/b
User: starksm
Date: 01/11/27 22:10:46
Modified:src/main/org/jboss/security/srp Tag: Branch_2_4
SRPRemoteServer.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
No
User: starksm
Date: 01/11/27 22:10:46
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManager.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
N
User: starksm
Date: 01/11/27 22:10:46
Modified:src/main/org/jboss/security/ssl Tag: Branch_2_4
DomainServerSocketFactory.java
RMISSLClientSocketFactory.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package ve
User: starksm
Date: 01/11/27 22:10:45
Modified:src/main/org/jboss/security/auth/spi Tag: Branch_2_4
DatabaseServerLoginModule.java
UsernamePasswordLoginModule.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for pac
User: starksm
Date: 01/11/27 22:10:45
Modified:src/main/org/jboss/security Tag: Branch_2_4 Logger.java
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
No revision
No
User: starksm
Date: 01/11/27 22:10:45
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Complete switch to org.jboss.logging.Logger
Add support for package version manifest headers
Revision ChangesPath
No revision
No revisio
User: mnf999
Date: 01/11/27 21:17:42
Added: src/docs/pictures altowebLogo.gif download.gif sam.gif
service.gif viagra4.gif
Log:
new banners, new training, new partners
Revision ChangesPath
1.1 newsite/src/docs/pictures/altoweb
User: mnf999
Date: 01/11/27 21:17:37
Modified:src/docs binary.jsp head.jsp index.jsp navigation.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.15 +43 -17newsite/src/docs/binary.jsp
Index: binary.jsp
=
User: mnf999
Date: 01/11/27 21:17:42
Modified:src/docs/common doco.jsp
Added: src/docs/common picabanner.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.8 +26 -7 newsite/src/docs/common/doco.jsp
Index: doco.jsp
=
I finally tracked down the issue that was causing the performance
regression in the pending 2.4.4 release. It was another case of the
MarshalledObject generating huge serialized forms due to the encoded
object's class loader classpath. The change that triggered this was the
removal of the jboss-cl
User: mnf999
Date: 01/11/27 21:18:39
Modified:src/web/forums footer.jsp header.jsp
Log:
new header and footer for forums, banners
Revision ChangesPath
1.5 +8 -0 website-forums/src/web/forums/footer.jsp
Index: footer.jsp
===
User: mnf999
Date: 01/11/27 21:17:42
Modified:src/docs/jbossgroup partners.jsp training.jsp
Added: src/docs/jbossgroup cocobase.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.3 +74 -43newsite/src/docs/jbossgroup/partners.jsp
User: mnf999
Date: 01/11/27 21:17:42
Modified:src/docs/developers head.jsp index.jsp navigation.jsp
Log:
new banners, new training, new partners
Revision ChangesPath
1.7 +3 -2 newsite/src/docs/developers/head.jsp
Index: head.jsp
==
I would like to switch from the hard-coded version information embedded in
classes to use the standard java package version manifest headers that
are accessed using the java.lang.Package class. I have added support for
this to the 2.4.4 build I'm working on. It uses a target in the build.xml to
ge
User: starksm
Date: 01/11/27 20:52:48
Modified:src/main/org/jboss/util Info.java InfoMBean.java
Log:
Add displayPackageInfo operation to display the lava.lang.Package
object info for a package name.
Revision ChangesPath
1.15 +53 -17jboss/src/main/org/jboss/ut
he is done with the JMX book and he is baack
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Juha
|Lindfors
|Sent: Tuesday, November 27, 2001 7:27 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update:
|jboss/src/main/org/jboss/verifier
User: dbudworth
Date: 01/11/27 16:55:29
Modified:src/main/org/jboss/mq/pm/file MessageLog.java
PersistenceManager.java
Log:
Added support for deep topic and queue names
Passes run-basic-testsuite, so if something is broken the test needs updating.
Topi
User: starksm
Date: 01/11/27 19:53:39
Modified:tomcat/src/etc/conf/tomcat Tag: Branch_2_4 server.xml.patch
Log:
Update for tomcat-3.2.4
Revision ChangesPath
No revision
No revision
1.4.2.1 +27 -31contrib/tomcat/s
User: jules_gosnell
Date: 01/11/27 17:23:00
Added: mortbay LICENSE.html
Log:
Jetty's license
Revision ChangesPath
1.1 thirdparty/mortbay/LICENSE.html
Index: LICENSE.html
===
User: dbudworth
Date: 01/11/27 16:55:29
Modified:src/main/org/jboss/mq/server QueueManager.java
TopicManager.java
Log:
Added support for deep topic and queue names
Passes run-basic-testsuite, so if something is broken the test needs updating.
TopicMana
User: d_jencks
Date: 01/11/27 17:36:08
Modified:src/main/org/jboss/resource ConnectionFactoryLoader.java
Log:
Made jndi binding work on nested subcontexts
Revision ChangesPath
1.16 +5 -21 jbosscx/src/main/org/jboss/resource/ConnectionFactoryLoader.java
Inde
User: jules_gosnell
Date: 01/11/27 17:22:25
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java
Log:
messing around with DebugMBean stuff
trying to get jetty.xml read out of jetty-plug
User: jules_gosnell
Date: 01/11/27 17:22:24
Modified:jettyTODO build.xml
Log:
messing around with DebugMBean stuff
trying to get jetty.xml read out of jetty-plugin.sar
...
Revision ChangesPath
1.6 +3 -1 contrib/jetty/TODO
Index: TODO
===
User: jules_gosnell
Date: 01/11/27 17:22:25
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
messing around with DebugMBean stuff
trying to get jetty.xml read out of jetty-plugin.sar
...
Revision ChangesPath
1.5 +6 -1
contrib/jett
User: schaefera
Date: 01/11/27 17:15:08
Modified:src/main/org/jboss/management/j2ee EJB.java EjbModule.java
J2EEApplication.java
Log:
Remove some System.out.println() and print stack traces and replaced
by logging.
Revision ChangesPath
1.3
User: schaefera
Date: 01/11/27 17:15:08
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
Remove some System.out.println() and print stack traces and replaced
by logging.
Revision ChangesPath
1.102 +1 -2 jboss/src/main/org/jboss/ejb/ContainerFactory.j
User: schaefera
Date: 01/11/27 16:40:32
Modified:src/main/org/jboss/management/j2ee EJB.java EjbModule.java
Log:
Fix for a problem with a NPE.
Revision ChangesPath
1.2 +3 -3 jboss/src/main/org/jboss/management/j2ee/EJB.java
Index: EJB.java
=
User: schaefera
Date: 01/11/27 16:40:31
Modified:src/main/org/jboss/ejb ContainerFactory.java
Log:
Fix for a problem with a NPE.
Revision ChangesPath
1.101 +15 -6 jboss/src/main/org/jboss/ejb/ContainerFactory.java
Index: ContainerFactory.java
=
There are like five hundred rules on that page. What is it specifically
flagging as a bad practice? I am actually interested.
-dain
> -Original Message-
> From: Weir, John [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 27, 2001 5:43 PM
> To: Jboss-Development@Lists. Sourceforge.
User: juhalindfors
Date: 01/11/27 16:27:14
Modified:src/main/org/jboss/verifier/strategy AbstractVerifier.java
Log:
Revision ChangesPath
1.24 +9 -4 jboss/src/main/org/jboss/verifier/strategy/AbstractVerifier.java
Index: AbstractVerifier.java
===
Andy,
I have just updated and built from clean.
Upon running the WebIntegration testsuite, I immediately get :
23:48:58,218 INFO [Default] EjbModule.create(), server name:
J2EEServer=Single
23:48:58,219 INFO [Default] File:
file:/mnt/pteranodon/home/jules/cvs/JBoss/3.0/build/output/jboss-3.0
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Anatoly Akkerman
|Sent: Tuesday, November 27, 2001 4:37 PM
|To: David Jencks
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] (rh) Can we combine j2ee and jboss dds with xsl
|to get just one dd?
|
|
|>
|-Original Message-
|From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, November 27, 2001 6:33 PM
|To: marc fleury
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
|Hi Geeks
|
|We are maybe still discussing the wrong issue. I had a
|look at the ZipFile and JarFil
That is correct and my objection, however andreas pointed out that I was
arguing an irrelevant point anyhow, I will forward his email
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of David
|Jencks
|Sent: Tuesday, November 27, 2001 6:44 PM
|To: Ri
Nevermind, problem fixed. I just changed how it finds the directories on
restoreTransactions(), and made it ignore them in MessageLog.restore()
I'll commit after some testing.
-David
On Tue, 27 Nov 2001, David Jencks wrote:
> On 2001.11.27 17:21:31 -0500 David Budworth wrote:
> > So, why do
We use JTest from parasoft for static analysis. It usually flags up these
sort of errors. The reasoning behind their rules can be found at:
http://www.parasoft.com/products/jtest/manuals/v4_1/r_index.htm#1001102 -
Scan to correct section
John
-Original Message-
From: Jason Dillon [mailto
While pooking around i found and :
Uncommented body of deleteObject(pooledObject) - line 71 of
org/jboss/resource/connectionmanager.ManagedConnectionPoolFactory.java
(it seems this is called when the pool shrinks or is shut down.
some test -is shrinking the pool to [0/0/10] and as a effect the
On 2001.11.27 17:23:32 -0500 Rickard Oberg wrote:
> marc fleury wrote:
>
> > ok one of us doesn't get it, if you are "open most of the time" how do
> you
> > release the lock in the filesystem for anyone to overwrite the file ?
> I
> > could be missing it :)
>
>
> 1. URLCL wants to access "cus
On 2001.11.27 17:21:31 -0500 David Budworth wrote:
> So, why do we pre-restore the message queues? And not just restore them
> when a queue deploys?
>
> It seems to be a waste of memory to load an entire queue 'just in case'
> it gets deployed.
>
> Is there any reason why I couldn't just move t
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Rickard Oberg
|Sent: Tuesday, November 27, 2001 5:24 PM
|To: marc fleury
|Cc: Andreas Schaefer; [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
|marc fleury wrote:
|
|> ok o
Hello there. I am working with JBoss 3.0 and was hoping that
somebody
could answer a question for me regarding federated JNDI namespaces.
Essentially, I am looking at using JBoss as a services framework and, if a
J2EE application server is already in use (e.g., Weblogic or Websphere),
sha
> I'm wondering what the intent behind the eager-load and
> lazy-load-group is.
>
> I would think that you would want to partition the cmp-fields into one
> eager-load and 0 or more lazy-load groups. Is this correct?
>
> If so, the current xml structure makes it pretty easy to
> include fie
On 2001.11.27 16:32:05 -0500 David Budworth wrote:
> Sorry to follow up my own message, but I need another question answered.
>
> Note: In the previous message, I was incorrectly saying db/messaging,
> it's
> really db/jbossmq/file
>
> Is it possible to have queues named:
>
> companyA
> company
The JMS spec has nothing to say about JNDI namespace conventions for
administered objects, so add support for this. There is an assumption of
a flat namespace under queue and topic that needs to be generalized.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxx
So, why do we pre-restore the message queues? And not just restore them
when a queue deploys?
It seems to be a waste of memory to load an entire queue 'just in case'
it gets deployed.
Is there any reason why I couldn't just move the code from
restoreTransactions() (which is called only by start
marc fleury wrote:
> ok one of us doesn't get it, if you are "open most of the time" how do you
> release the lock in the filesystem for anyone to overwrite the file ? I
> could be missing it :)
1. URLCL wants to access "custom://somejar.jar"
2. It uses CustomURLHandler to get a connection to
I'm wondering what the intent behind the eager-load and lazy-load-group is.
I would think that you would want to partition the cmp-fields into one
eager-load and 0 or more lazy-load groups. Is this correct?
If so, the current xml structure makes it pretty easy to include fields
into many of the
I beleive you should use ConnectionFactory nowadays.
> -Original Message-
> From: Hunter Hillegas [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 28 November 2001 10:38 a.m.
> To: JBoss Dev
> Subject: [JBoss-dev] QueueConnectionFactory in Rabbit Hole
>
>
> Anyone know where QueueConnectio
On 2001.11.27 16:37:20 -0500 Anatoly Akkerman wrote:
> >
> > Can Castor merge nested attributes from all the files into one object?
> For
> > instance, there are elements under ejb-jar/enterprise-beans/entity and
> > jboss-cmp/enterprise-beans/entity that should all end up in
> > result-dd/enter
On 2001.11.27 15:55:06 -0500 David Budworth wrote:
> Does anyone know if it's actually legal for JMS topics/queues to have
> structure?
>
> I was making the change for binding subcontexts automatically (using
> org.jboss.naming.Util). And it deploys fine.
>
> But, if I kill jboss and restart it
>
|> You don't get it, the cl arch of 3.0 asks all the cls in case a
|class is not
|> there, so well beyond the "deployment" if a class is not loaded
|during that
|> deployment we might have problems... if everything is loaded at
|deployment
|> time then we will be ok.
|
|
|No, you don't get it. P
>
> Can Castor merge nested attributes from all the files into one object? For
> instance, there are elements under ejb-jar/enterprise-beans/entity and
> jboss-cmp/enterprise-beans/entity that should all end up in
> result-dd/enterprise-beans/entity.
Not that I know of. Doing XSLT, would, proba
marc fleury wrote:
> |The open/close only happens at deploy time, so no problem
>
> You don't get it, the cl arch of 3.0 asks all the cls in case a class is not
> there, so well beyond the "deployment" if a class is not loaded during that
> deployment we might have problems... if everything is l
Sorry to follow up my own message, but I need another question answered.
Note: In the previous message, I was incorrectly saying db/messaging, it's
really db/jbossmq/file
Is it possible to have queues named:
companyA
companyA/myqueue1
companyA/myqueue2
I'm changing (in anticipation that deep q
|The open/close only happens at deploy time, so no problem
You don't get it, the cl arch of 3.0 asks all the cls in case a class is not
there, so well beyond the "deployment" if a class is not loaded during that
deployment we might have problems... if everything is loaded at deployment
time then
On 2001.11.27 15:38:07 -0500 Anatoly Akkerman wrote:
> > > what if we use xslt to transform the deploymentdescriptors to
> jdk1.4's
> > > longterm persistence format and let the task of parsing the xml and
> > > instantiating the metadata beans to the java.beans.XMLDecoder .. this
>
> > > would
Does anyone know if it's actually legal for JMS topics/queues to have
structure?
I was making the change for binding subcontexts automatically (using
org.jboss.naming.Util). And it deploys fine.
But, if I kill jboss and restart it (without my sar that defines the
queue in deploy), it throws exc
On Tue, 27 Nov 2001, Rickard [ISO-8859-1] Öberg wrote:
> Andreas Schaefer wrote:
>
> > I don't see the point here. The copying of the file is done when it get
> > deployed
> > and this is a rare occurance. When you now have to open/close the connection
> > to the URL then it can affect the over
> > what if we use xslt to transform the deploymentdescriptors to jdk1.4's
> > longterm persistence format and let the task of parsing the xml and
> > instantiating the metadata beans to the java.beans.XMLDecoder .. this
> > would at least enhance maintainability.
>
>
> Very interesting idea.
marc fleury wrote:
> not that I know, the original deployer was a piece of crap anyway, fix this
> if you want.
>
> BTW is the URL caching thing FIXED in 1.4 JDK or not? if so we could require
> the 1.4 VM for proper behavior of the deployer I think it would greatly
> simplify the design as we w
Andreas Schaefer wrote:
> I don't see the point here. The copying of the file is done when it get
> deployed
> and this is a rare occurance. When you now have to open/close the connection
> to the URL then it can affect the overall performance which I think is the
> worse
> that to copy the file.
marc fleury wrote:
> following my own mantra of "communicate simple", go right ahead and create a
> URLConnection that closes the connection after some time or every time,
> maybe even every time is enough.
See previous email. No guessing is needed. All the connection needs is
that when we exp
marc fleury wrote:
> |It's not fixed. Marc, do you remember when we were at J1 and talked to
> |your french friend that said something about it being a security hole if
> |it was fixed. Or something like that.
>
> Are you sure it is not fixed? as in you verified or as in you took what this
> guy
Actually the latest works fine. I didnt even get a chance to look at the
src before it was fixed :)
[EMAIL PROTECTED] wrote:
>2. if you sync yourself with the cvs tree you will get
>an upgrade to Jetty4. I am much happier with the
>Security integration in this version. If the problem
>lies w
On 2001.11.27 13:34:31 -0500 marc fleury wrote:
>
>
> |-Original Message-
> |From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
> |Sent: Tuesday, November 27, 2001 12:57 PM
> |To: marc fleury; Rickard Öberg
> |Cc: [EMAIL PROTECTED]
> |Subject: Re: [JBoss-dev] Installer / Deployer Problem
|-Original Message-
|From: Andreas Schaefer [mailto:[EMAIL PROTECTED]]
|Sent: Tuesday, November 27, 2001 12:57 PM
|To: marc fleury; Rickard Öberg
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Installer / Deployer Problem
|
|
|Hi
|
|I don't see the point here. The copying of the file i
Hi
I don't see the point here. The copying of the file is done when it get
deployed
and this is a rare occurance. When you now have to open/close the connection
to the URL then it can affect the overall performance which I think is the
worse
that to copy the file.
Also the file must inflated anyw
Bugs item #486081, was opened at 2001-11-27 09:36
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=486081&group_id=22866
Category: Build System
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Alan Lewis (alanlewis
rickard,
following my own mantra of "communicate simple", go right ahead and create a
URLConnection that closes the connection after some time or every time,
maybe even every time is enough.
That will solve our problem for sure the vm will not be holding on to
connections to the file system and
I should have been more specific.
I only get the error when I set it !
Jules
--- Hunter Hillegas <[EMAIL PROTECTED]> wrote:
> Yup, JBOSS_HOME was set properly.
>
> I'll do a refresh and test it again this afternoon
> to see if it persists...
>
> > From: Julian Gosnell <[EMAIL PROTECTED]>
>
|It's not fixed. Marc, do you remember when we were at J1 and talked to
|your french friend that said something about it being a security hole if
|it was fixed. Or something like that.
Are you sure it is not fixed? as in you verified or as in you took what this
guy said at face value (name is jc
Ok, then I will also do this changes:
- rearrange Deployment and Application therefore I can be used
to pass information from Installer/J2eeDeployer to ContainerFactory
- ContainerFactory should not be called directly therefore I will
remove the convenience deploy() method accepting a String
1 - 100 of 121 matches
Mail list logo
