tight integration
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Saturday, February 23, 2002 9:47 PM
|To: Jan Bartel
|Cc: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] CVS update:
|contrib/jetty/src/main/javax/servlet/http Lo
I just checked and there was not a Rel_3_0_0_4 or Rel_3_0_0_5.
I just tagged Rel_3_0_0_4 just in case... about to commit system
seperation changes.
--jason
Jason Dillon wrote:
> I can't find a Rel_3_0_0_5, do you mean Rel_3_0_0_4?
>
> --jason
>
>
> Scott M Stark wrote:
>
If its a bunch
Is there any reason why we are integrating Jetty as source and not binary?
--jason
Jan Bartel wrote:
> User: janb
> Date: 02/02/23 21:35:14
>
> Modified:jetty/src/main/javax/servlet/http LocalStrings_es.properties
> Log:
> Updated to latest Jetty version: Jetty_4_0_B2
>
> Revis
Does anyone know if there is a standard way to load classes from a jar
nested inside another jar? What I am trying to get at is a way to get
around unjaring and rejaring support classes into run.jar or other tool
archives.
I tried setting class path using a jar url, but either messed up the
I am not sure what the idealk location for this code is. I do know that
only AWC uses it right now. DeploymentInfo is part of the core
deployment infrastructue and thus should not have any deployment
specific bits inside of it. You know as well as I that all this needs
to be cleaned up more
I was thinking that logging would be less intrusive and easier for folks
to enable/disable when then wish... though I agree that JMX would be better.
Can you think of a way to allow this to be enabled/disabled and have
little effect on performance (on or off) with JMX?
--jason
David Jencks w
On 2002.02.24 00:13:41 -0500 Jason Dillon wrote:
> Any thoughts about adding a new priority/level for logging stats and
> metrics?
>
I'd say no, this should be done through jmx not logging.
david jencks
> --jasin
>
>
> ___
> Jboss-development maili
Ummm... I haven't checked in detail but isn't this equally usable in
setting up local environment for ejb's? If so it has way less excuse being
part of AbstractWebContainer than DeploymentInfo.
david jencks
On 2002.02.24 00:05:00 -0500 Jason Dillon wrote:
> User: user57
> Date: 02/02/23 21
I have been thinking about writting some magic to make it possible to
use junit-like jython scripts, intermixed with regular junit tests where
needed for typed reasons. I am currious what others think about it.
Basicially a Jything test case can do the same as a regular java test
case in abou
User: janb
Date: 02/02/23 21:35:21
Modified:jetty/src/main/org/mortbay/xml XmlConfiguration.java
XmlParser.java configure_1_0.dtd configure_1_1.dtd
configure_1_2.dtd
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision
User: janb
Date: 02/02/23 21:35:21
Modified:jetty/src/main/org/mortbay/util/jmx CodeMBean.java
LifeCycleMBean.java LogMBean.java LogSinkMBean.java
Main.java ModelMBeanImpl.java
OutputStreamLogSinkMBean.java Test
User: janb
Date: 02/02/23 21:35:21
Modified:jetty/src/main/org/mortbay/util B64Code.java
BadResource.java BlockingQueue.java
ByteArrayISO8859Writer.java
ByteArrayOutputStream2.java
ByteBu
User: janb
Date: 02/02/23 21:35:20
Modified:jetty/src/main/org/mortbay/servlet AdminServlet.java
CGI.java Debug.java Dump.java Forward.java
MultiPartRequest.java MultiPartResponse.java
NotFoundServlet.java Reque
User: janb
Date: 02/02/23 21:35:19
Modified:jetty/src/main/org/mortbay/jetty/win32 Service.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/win32/Service.java
Index: Servic
User: janb
Date: 02/02/23 21:35:19
Modified:jetty/src/main/org/mortbay/jetty/servlet
AbstractSessionManager.java Dispatcher.java
FilterHandler.java FilterHolder.java
HashSessionManager.java Holder.java
User: janb
Date: 02/02/23 21:35:19
Modified:jetty/src/main/org/mortbay/jetty/servlet/jmx
ServletHttpContextMBean.java
WebApplicationMBean.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.3
User: janb
Date: 02/02/23 21:35:19
Modified:jetty/src/main/org/mortbay/jetty/jmx Main.java
ServerMBean.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/j
User: janb
Date: 02/02/23 21:35:18
Modified:jetty/src/main/org/mortbay/http/jmx HttpContextMBean.java
HttpListenerMBean.java HttpServerMBean.java
NCSARequestLogMBean.java SocketListenerMBean.java
Log:
Updated to latest Jetty versio
User: janb
Date: 02/02/23 21:35:19
Modified:jetty/src/main/org/mortbay/jetty Server.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0 contrib/jetty/src/main/org/mortbay/jetty/Server.java
Index: Server.java
==
User: janb
Date: 02/02/23 21:35:18
Modified:jetty/src/main/org/mortbay/http/handler DumpHandler.java
NotFoundHandler.java NullHandler.java
ProxyHandler.java ResourceHandler.java
SecurityHandler.java
Log:
Upd
User: janb
Date: 02/02/23 21:35:18
Modified:jetty/src/main/org/mortbay/http ChunkableInputStream.java
ChunkableOutputStream.java ContextLoader.java
HashUserRealm.java HttpConnection.java
HttpContext.java HttpEnc
User: janb
Date: 02/02/23 21:35:17
Modified:jetty/src/main/org/mortbay/html Applet.java Block.java
Break.java Comment.java Composite.java
CompositeFactory.java DefList.java Element.java
Font.java Form.java Frame
User: janb
Date: 02/02/23 21:35:17
Modified:jetty/src/main/org/apache/jasper/util SimplePool.java
StringManager.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0 contrib/jetty/src/main/org/apache
User: janb
Date: 02/02/23 21:35:16
Modified:jetty/src/main/org/apache/jasper/runtime JspException.java
JspFactoryImpl.java JspRuntimeLibrary.java
JspWriterImpl.java PageContextImpl.java
ServletResponseWrapperInc
User: janb
Date: 02/02/23 21:35:16
Modified:jetty/src/main/org/apache/jasper/servlet ServletEngine.java
TomcatServletEngine.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0
contrib/jetty/src/ma
User: janb
Date: 02/02/23 21:35:16
Modified:jetty/src/main/org/apache/jasper/resources
messages.properties messages_es.properties
messages_ja.properties
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesP
User: janb
Date: 02/02/23 21:35:16
Modified:jetty/src/main/org/apache/jasper/compiler
BeanEndGenerator.java BeanGenerator.java
BeanRepository.java CharDataGenerator.java
ClassDeclarationPhase.java CommandLineCom
User: janb
Date: 02/02/23 21:35:16
Modified:jetty/src/main/org/apache/jasper/parser ParserUtils.java
TreeNode.java
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0 contrib/jetty/src/main/org/apache/j
User: janb
Date: 02/02/23 21:35:15
Modified:jetty/src/main/org/apache/jasper CommandLineContext.java
EmbededServletOptions.java JasperException.java
JspC.java JspCompilationContext.java
JspEngineContext.java Opt
User: janb
Date: 02/02/23 21:35:14
Modified:jetty/src/main/javax/servlet/http LocalStrings_es.properties
Log:
Updated to latest Jetty version: Jetty_4_0_B2
Revision ChangesPath
1.4 +0 -0
contrib/jetty/src/main/javax/servlet/http/LocalStrings_es.properties
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 492
Errors:4
Failures: 5
[time of test: 24 February 2002 5:29 GMT]
[java.version: 1.
I can't find a Rel_3_0_0_5, do you mean Rel_3_0_0_4?
--jason
Scott M Stark wrote:
>>>If its a bunch of changes we might need to rollback tag it with
>>>Rel_3_0_0_5.
>>>
>>Adds one file, modifies MainDeployer, and I think it may require a change
>>in the web stuff - it turns out to break the we
I meant the jboss/tmp or jboss/server/default/tmp
Regards,
Hiram
>From: Jason Dillon <[EMAIL PROTECTED]>
>To: Hiram Chirino <[EMAIL PROTECTED]>
>CC: [EMAIL PROTECTED]
>Subject: Re: [JBoss-dev] No more unpacking!! (jboss 3)
>Date: Sat, 23 Feb 2002 21:05:49 -0800
>
>You mean the system /tmp ?
>
>
User: janb
Date: 02/02/23 21:08:29
Modified:jetty/src/main/org/jboss/jetty
JBossWebApplicationContext.java Jetty.java
JettyService.java JettyServiceMBean.java
Log:
Added support for choice of Servlet2.3 or Java2 compliance for clas
User: janb
Date: 02/02/23 21:08:29
Modified:jetty/src/resources/jetty-plugin/META-INF jboss-service.xml
Log:
Added support for choice of Servlet2.3 or Java2 compliance for class loading
delegation.
Revision ChangesPath
1.21 +10 -3
contrib/jetty/src/resourc
Any thoughts about adding a new priority/level for logging stats and
metrics?
--jasin
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
> > If its a bunch of changes we might need to rollback tag it with
> > Rel_3_0_0_5.
>
> Adds one file, modifies MainDeployer, and I think it may require a change
> in the web stuff - it turns out to break the web integration tests, I
> haven't looked why yet.
>
Not required to tag then. Not sure
Yes, we will always have raw contrib stuff and experiments. It simply
should not affect the base compile or tests. If something isn't being
supported though we ditch it.
> May be a good idea to have an experimental group though. For example,
> the jmx stuff might go there until it has been poli
User: user57
Date: 02/02/23 21:05:00
Modified:src/main/org/jboss/deployment DeploymentInfo.java
Log:
o moved findEjb*Link methods to AbstractWebContainer, they don't have
any business inside DI
Revision ChangesPath
1.11 +46 -112 jboss/src/main/org/jboss/de
You mean the system /tmp ?
--jason
Hiram Chirino wrote:
>> From: David Jencks <[EMAIL PROTECTED]>
>> To: jboss-dev <[EMAIL PROTECTED]>
>> Subject: [JBoss-dev] No more unpacking!! (jboss 3)
>> Date: Sat, 23 Feb 2002 21:33:59 -0500
>>
>> Well, after a couple of bug fixes, Hiram's njar protocol w
User: user57
Date: 02/02/23 21:04:59
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
o moved findEjb*Link methods to AbstractWebContainer, they don't have
any business inside DI
Revision ChangesPath
1.34 +83 -3 jboss/src/main/org/jboss/web
Second thought, you might want to drop this into
common/src/main/org/jboss/net/protocol/njar and make into a
Handler/URLConnection thingy... or both why not.
Server changes I am about to commit will append org.jboss.net.protocol
to the url handler packages.
--jason
Hiram Chirino wrote:
> H
No, these are only compiled with you specify the -Dgroups=all.
Currently the groups and modules properties are the only way to control
which module gets executed.
I initially setup the split based on different assumptions based on what
I thought our usage would be. Basically though I think t
Do you plan on hooking up a standard way to load native libs? If so
then don't forget to take account for system type/arch and version which
needs to be in the namespace of the lib somewhere (either as path info
or part of the filename).
These should be put in a lib/ dir under the deployments
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 492
Errors:4
Failures: 5
[time of test: 24 February 2002 4:30 GMT]
[java.version: 1.
>From: David Jencks <[EMAIL PROTECTED]>
>To: jboss-dev <[EMAIL PROTECTED]>
>Subject: [JBoss-dev] No more unpacking!! (jboss 3)
>Date: Sat, 23 Feb 2002 21:33:59 -0500
>
>Well, after a couple of bug fixes, Hiram's njar protocol works fine. I
>have the MainDeployer working using it instead of unpack
On 2002.02.23 22:24:21 -0500 Scott M Stark wrote:
> >
> > Does anyone object to my committing this?
> >
> If its a bunch of changes we might need to rollback tag it with
> Rel_3_0_0_5.
Adds one file, modifies MainDeployer, and I think it may require a change
in the web stuff - it turns out to b
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 492
Errors:4
Failures: 5
[time of test: 24 February 2002 3:24 GMT]
[java.version: 1.
>
> Does anyone object to my committing this?
>
If its a bunch of changes we might need to rollback tag it with
Rel_3_0_0_5.
> Note that Hiram's protocol handler works by unpacking things into temp
> files (in the system temp dir). However, it's all hidden, and presumably
> will avoid the secu
JBoss daily test results
SUMMARY
Number of tests run: 501
Successful tests: 491
Errors:4
Failures: 6
[time of test: 24 February 2002 2:54 GMT]
[java.version: 1.
Patches item #521953, was opened at 2002-02-23 18:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521953&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Corby (corby)
Assig
Well, after a couple of bug fixes, Hiram's njar protocol works fine. I
have the MainDeployer working using it instead of unpacking into tmp.
Does anyone object to my committing this?
Note that Hiram's protocol handler works by unpacking things into temp
files (in the system temp dir). However,
User: juhalindfors
Date: 02/02/23 15:29:51
Modified:src/docs/common jboss-jbossmx.jsp
Log:
book ad + new release
Revision ChangesPath
1.3 +40 -18newsite/src/docs/common/jboss-jbossmx.jsp
Index: jboss-jbossmx.jsp
==
|Scott should be the one commented, then the list. Scott rewrote all the
I mean "commended", Scott should be the one "commended" for the doco, since
he has done most of the work there and the reason it is so professional is
that it is part of the upcoming book by himself.
I also recommend you c
User: juhalindfors
Date: 02/02/23 15:28:48
Added: src/docs/pictures JMX_Book_Cover.gif
Log:
book ad
Revision ChangesPath
1.1 newsite/src/docs/pictures/JMX_Book_Cover.gif
<>
___
Jboss-develop
User: mnf999
Date: 02/02/23 14:44:15
Modified:src/docs/jbossgroup partners.jsp
Log:
Change tomcat links to make them work, add some links for Object Frontier
Revision ChangesPath
1.17 +14 -15newsite/src/docs/jbossgroup/partners.jsp
Index: partners.jsp
=
User: mnf999
Date: 02/02/23 14:44:15
Modified:src/docs/pictures ObjectFrontier-logo.gif
Log:
Change tomcat links to make them work, add some links for Object Frontier
Revision ChangesPath
1.2 +1 -1 newsite/src/docs/pictures/ObjectFrontier-logo.gif
Scott should be the one commented, then the list. Scott rewrote all the
material and was the one to really put the book in shape :)
marcf
|-Original Message-
|From: Peter Braswell [mailto:[EMAIL PROTECTED]]
|Sent: Saturday, February 23, 2002 10:57 AM
|To: marc fleury; [EMAIL PROTECTED]
User: juhalindfors
Date: 02/02/23 13:33:13
Modified:.build.xml
Log:
alpha 2 release
Revision ChangesPath
1.20 +2 -2 jmx/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jmx/
User: juhalindfors
Date: 02/02/23 13:35:27
Modified:src/main/org/jboss/mx/server ServerConstants.java
Log:
Alpha 2 release
Revision ChangesPath
1.4 +2 -2 jmx/src/main/org/jboss/mx/server/ServerConstants.java
Index: ServerConstants.java
=
I was buying the JMX book at Amazon and I saw that the JBoss
book can now be preordered there as well.
See
http://www.amazon.com/exec/obidos/ASIN/0672323478/ref=pd_huc_qp_3_3/104-7627
345-5207958
They list the publish date as March 22.
Scott Stark
Chief Technology Officer
>From: David Jencks <[EMAIL PROTECTED]>
>To: marc fleury <[EMAIL PROTECTED]>
>CC: Jason Dillon <[EMAIL PROTECTED]>, Jung Christoph
><[EMAIL PROTECTED]>, jboss-dev
><[EMAIL PROTECTED]>
>Subject: Re: [JBoss-dev] JBoss/.Net plugin broken...
>Date: Sat, 23 Feb 2002 11:32:49 -0500
>
>I wrote a
User: chirino
Date: 02/02/23 11:33:02
Modified:src/main/org/jboss Boot.java
Log:
Enhancments:
- Boot can now be used applications to boot other applications.
- Added a few debug messages
- ContextClassLoader is now getting set for the application.
- Added a -help option
Marc, (et. al)
This morning I purchased the JBoss base documentation
from Flashline. Although I've tried to keep my head
in JBoss development by monitoring the dev list, I've
not contributed directly in quite some time.
I must commend you on a job well done! The few hours
that I've spent read
With this approach I think its just too easy to miss using
a UnifiedClassLoader and assigning permissions correctly.
It also has to work with class loaders that delegate to some
parent UnifiedClassLoader as is the case for web containers.
We can try this approach since its a simple change, but we
I've put the diffs on sourceforge.
Patch #521821
Regards,
Adrian
> The patch mentioned doesn't have a serious
> performance overhead running without a
> SecurityManager.
> The times for running the testsuite on my laptop
> are:
> Before 465 secs
> After 480 secs
>
> But I think I've found a pr
Patches item #521821, was opened at 2002-02-23 08:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521821&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Adrian Brock (ejort
User: ejort
Date: 02/02/23 08:48:08
Modified:src/main/org/jboss Main.java
Log:
Unused imports removed
Revision ChangesPath
1.70 +1 -4 jboss/src/main/org/jboss/Main.java
Index: Main.java
=
Hi David,
> Is this in active use?
I don't think so.
It ages back to early 2.0 times when I coded the cache and wanted to offer some
monitoring capabilities to JBoss.
It still can be useful though.
> Is the interface/way it works etc.
> fixed in stone?
No, I mean everyone can change it foll
On 2002.02.23 14:14:08 -0500 marc fleury wrote:
> |I think that if any of this has ever worked it should be included in the
> |main build and whatever tests exist added to the main testsuite. Unless
> I
> |get notified by broken tests, I don't know something exists, let alone
> |whether I broke i
User: slaboure
Date: 02/02/23 08:23:26
Modified:src/main/org/jboss/ha/httpsession/interfaces
SerializableHttpSession.java
Log:
No more inherits HttpSession so that any private implementation of HttpSession (that
may not directly implement this interface) can
User: slaboure
Date: 02/02/23 08:22:41
Modified:src/main/org/jboss/ha/httpsession/beanimpl/ejb
ClusteredHTTPSessionBeanImpl.java
Log:
Uses the new SerializableHttpSession definition that no more inherits HttpSession so
that any private implementation of Http
Bugs item #519699, was opened at 2002-02-18 16:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=519699&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to:
User: slaboure
Date: 02/02/23 08:22:24
Modified:jetty/src/main/org/jboss/jetty/session
ClusteredHttpSessionData.java
Log:
Uses the new SerializableHttpSession definition that no more inherits HttpSession so
that any private implementation of HttpSession can
User: ejort
Date: 02/02/23 08:10:02
Modified:src/main/org/jboss/mx/server MBeanServerImpl.java
Log:
Thread context classloading in MBeans
Revision ChangesPath
1.17 +532 -320 jmx/src/main/org/jboss/mx/server/MBeanServerImpl.java
Index: MBeanServerImpl.java
|I think that if any of this has ever worked it should be included in the
|main build and whatever tests exist added to the main testsuite. Unless I
|get notified by broken tests, I don't know something exists, let alone
|whether I broke it.
++1
I don't know that it ever really worked, but we t
User: ejort
Date: 02/02/23 08:10:04
Modified:src/main/org/jboss/mx/server/registry MBeanEntry.java
Log:
Thread context classloading in MBeans
Revision ChangesPath
1.6 +9 -2 jmx/src/main/org/jboss/mx/server/registry/MBeanEntry.java
Index: MBeanEntry.jav
On 2002.02.23 04:10:09 -0500 Jason Dillon wrote:
> Any reason (once .net compiles) not to make these standard modules
> instead of optional?
>
> --jason
Are these modules compiled with "all"? If so could you make the description
read something like "Compiles all modules, including optional and
The patch mentioned doesn't have a serious
performance overhead running without a SecurityManager.
The times for running the testsuite on my laptop are:
Before 465 secs
After 480 secs
But I think I've found a problem.
When I tested this before, I just got the system
to boot and deployed an jar t
On 2002.02.23 04:08:43 -0500 Jason Dillon wrote:
> Looks like it needs a create(org.jboss.deployment.DeploymentInfo)
> method. Does anythone know why it does not have one?
>
> --jason
I fixed this so it compiles, and changed a few other things to match
current deployer structure. It still doe
User: d_jencks
Date: 02/02/23 07:13:43
Modified:jboss.net build.xml
Log:
updated to new sub deployer structure and made war deployment go through main
deployer
Revision ChangesPath
1.13 +9 -1 contrib/jboss.net/build.xml
Index: build.xml
User: d_jencks
Date: 02/02/23 07:13:43
Modified:jboss.net/src/main/org/jboss/net/axis/server
AxisService.java Constants.java
Log:
updated to new sub deployer structure and made war deployment go through main
deployer
Revision ChangesPath
1.10
Bugs item #521058, was opened at 2002-02-21 08:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=521058&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned
|To get the specs recommendation.
|You have to list every sar in deploy/
That is a show stopper imho
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On 2002.02.23 04:08:43 -0500 Jason Dillon wrote:
> Looks like it needs a create(org.jboss.deployment.DeploymentInfo)
> method. Does anythone know why it does not have one?
Beacause it doesn't compile as part of the main project and has not tests
so as far as I can tell it doesn't exist.
I'll s
Any reason (once .net compiles) not to make these standard modules
instead of optional?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Looks like it needs a create(org.jboss.deployment.DeploymentInfo)
method. Does anythone know why it does not have one?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Patches item #521742, was opened at 2002-02-23 00:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=521742&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Kirill Frolov (fkirill)
Assigned
User: user57
Date: 02/02/23 00:14:52
jboss-common/src/etc - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Might want to change start() to register() and perhaps drop it in
org.jboss.net.
--jason
Hiram Chirino wrote:
> Hi david... I knew we could.
>
> I've implemented a custom URLStreamHandlerFactory so that we can
> handle nested jars!! With it you can use the new "njar" protocol (n
> for neste
User: user57
Date: 02/02/23 00:18:02
jboss-system/src/main/org/jboss/deployment - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/02/23 00:12:52
jboss-system/src/resources/org - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/02/23 00:12:58
jboss-system/src/resources/org/jboss - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/02/23 00:18:02
jboss-system/src/main/org/jboss/logging - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
94 matches
Mail list logo
