You can now partially build jboss-head from the repository with the new build
system. Here are the steps at this point:
You probably want this in it's own directory:
mkdir jboss-dir
| cd jboss-dir
Then, just check out the toplevel build and the tools module:
cvs co jbossas
| cvs co tools
anonymous wrote :
| anonymous wrote :
| | The problem with this is that I can't, of course, attach an element to
the threadlocal document because there could be many active SOAPMessage objects
within the same thread.
| |
|
| Why is that? Can you show me a valid use case where
So, to summarize this approach more clearly:
| * Continue using thread local document behind the scenes to ensure that all
nodes are allocated from the same document instance.
| * Make SOAPPartImpl.getDocumentElement() return its nested SOAPEvelopeImpl.
| * Maintain a reference to the
thanks
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3875240#3875240
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3875240
---
SF email is sponsored by - The IT Product
The reason why there is a ThreadLocal association for the Document is that
there are many many invocation points where it is necessary to create a DOM
Element in order to add it to the current Document. As you know, you can't
associate an Element with Document A that was created for Document B.
it is because we don't set that header in the propery values. create a feature
request in jira for this please
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3875245#3875245
Reply to the post :
If you are using it inside JBoss, install jboss-profiler-noAOP.sar and start,
pause and stop the profiler using the JMX console, at the NativeProfiler MBean.
As for this error, this is a typo. You need to add profilerconsole.jar to the
Classpath if you want to use the SocketConsole.
Here is
[EMAIL PROTECTED] wrote : anonymous wrote :
| | -snip-
| | Correct me if I am wrong, but it looks like the current implementation
doesn't use a threadlocal implementation, but instead just spawns multiple
document instances. It looks like the Axis implementation attempts to solve
Humm, I defintely do not want to do NIO for M4 and do not want to require JDK5
for SSL until its more on the back burner. I prefer refactoring the entire
framework not to require a 1:1 correllation between threads to connections as
the main stream protocol. However, I'm thinking you're right
Possible.
How can I replicate the test?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3875344#3875344
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3875344
---
SF email
Lakshmi,
This post does not relate to design of JBossCache. So I will move it to user
forum shortly.
To answer some of you questions:
1. Tree cache structure has implication on concurrency and locking. Currently
the isolation level/locking is applied on per node basis. So if you have finer
Did anyone try this in JBoss 4.0.0?
I get the following exception on shutdown and
I would love to turn off the serialization and the eventual errors on startup.
06:31:21,970 INFO [session.ManagerBase] Cannot serialize session attribute X
for session 93980FC2905F149809B62B7B1D9E548A
Thanks,
Ok, i'm almost done with this. I need to make a few changes though.
ClassAdapter.getDependencies() and JoinPointFactory.getConstructorJoinpoint to
take a Map (metadata) so that they can receive AOP based metadata.
I've also had to modify BeanMetaData to add the additional metadata map.
I'm
you can isolate your application class repository, look at
http://www.jboss.org/wiki/Wiki.jsp?page=ClassLoadingConfiguration
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3875212#3875212
Reply to the post :
I noticed a problem with document handling in our current SAAJ design. I had a
need to locate the root element of the SAAJ tree via the DOM API. I started to
implement getDocumentElement() on SOAPPartImpl, when I noticed that currently
all nodes are allocated from a single threadlocal document
If there are multiple SOAP messages possible in a single thread, the use of
threadlocal to hold the root may not be suitable, because SAAJ is all about
working on a SOAP message top to bottom. I will be interested to know Thomas's
thoughts on this issue.
I am thinking of scenarios where there
Yes.
| ejb-ref
|ejb-ref-namesome/local/Name/ejb-ref-name
|jndi-namejnp://some.host.name:1099/remote/BeanName/jndi-name
| /ejb-ref
|
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3875224#3875224
Reply to the post :
Can you open a Jira issue in JBossCache and attach the sample file so I can
take a look?
-Ben
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874975#3874975
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874975
These messages are based on the jboss remoting services running. They will try
to perform autodiscovery. This is what you are seeing in the logs. They are
not anything to be worried about as no core servies are using jboss remoting in
4.x versions, so can remove the remoting services.
OS?
AS?
DB?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3875073#3875073
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3875073
---
SF email is sponsored by - The IT
(3a) put the new classes in the transaction module and move the
ServerVMClientUserTransaction to the transaction module.
No code should broken by this as all that is happening is that the
ServerVMClientUserTransaction will live in a different jar.
View the original post :
kev, yes. That was me. The first version I put out was clean. I had to make a
midnight change to it and forgot to cleanse the following version. Sorry about
that.
I'll get my act together with the bundled versions for RC. ;-)
View the original post :
For the build fanatics here (yes - you marshall ,)
http://opensource.atlassian.com/projects/hibernate/browse/HBX-239
now contains a build example for hibernate tools - thought you might like it as
an example.
Check the comments too - they include some golden advice regarding weird bugs
in
We have moved our repository from sourceforge to our own hosting.
The change is the CVSROOT which is now :
:ext:[EMAIL PROTECTED]:/cvsroot/jboss for developers
:pserver:[EMAIL PROTECTED]:/cvsroot/jboss for anonymous that want to checkout
the project
View the original post :
http
what do you mean by precompiled class. Also, can you try outside of Eclipse?
I personally do not use eclipse, so you'll have to get Kabir or Raymond to
test it out.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874833#3874833
Reply to the post :
kevs3d wrote : I've recently upgraded to the jboss4.0.1sp1+portal bundle and
it's working great. We have deployed our JSF portal app (using the SunRI) and
the next step would be to move it to the MyFaces JSF impl. Can I ask if there
is any more progress on the jboss portal+MyFaces integration?
It seems that parsing a schema to any object model would require creating
instances of that object model and populate the state of those instances. This
will probably be done through API methods on those object instances.
Can you show us examples of the actual issues that you are having? Why
?? ??? ; :-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874853#3874853
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874853
---
This
This is due to the remoting services within remoting-service.xml. Not sure
what your question is, but can just remove this file if not using remoting
explicitly within your application code.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874860#3874860
Reply
seems like a JBoss AOP Eclipse integration problem then?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874869#3874869
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874869
I was just thinking about metadata and per bean AOP configuration. I was
thinking of a generic ability to define metadata on a bean. It would be a
special XML element and BeanMetaData would have an additional property called
Metadata. Metadata would be a map that you defined in the XML.
Is the ClassAdapter doing anything but integrating with AOP? If so, let's just
call it AspectAdapter. Then the real purpose of it is pretty clear.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874881#3874881
Reply to the post :
I refer the honourable gentlement I gave some moments ago:
http://www.mail-archive.com/cgi-bin/htsearch?method=andformat=shortconfig=jboss-development_lists_sourceforge_netrestrict=exclude=words=humpty
i.e. Worry about what it does, rather than what it is called.
View the original post :
Call it ClassAdapter2 to adopt the wonderfully clear convention used with class
loading implementations.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874885#3874885
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874885
A good name will help you understand what it does, without having to look deep
into it. A bad name will just confuse you.
Humpty dumpty will haunt me :)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874898#3874898
Reply to the post :
There have been a few people that want to depend on the tomcat startup, eg:
http://www.jboss.com/index.html?module=bbop=viewtopict=63006
http://www.jboss.com/index.html?module=bbop=viewtopict=61423
Can we make the tomcat connector emit start/stop notification and create a
barrier service
Yes. Just need jboss-remoting.jar and other jars remoting depends on. If get
the standalone release at
http://sourceforge.net/project/showfiles.php?group_id=22866package_id=135729,
can just use the libs contained within.
The samples in the distro run standalone.
View the original post :
There is no way to do this currently with the remoting implementation. To
achieve this, would need to change the marshaller implementation to provide
this feedback, as this is where the data is actually being sent over the wire.
Would you mind submitting a feature request to Jira, our issue
Are we .. discontinuing jbossmx??
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874581#3874581
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874581
---
This SF.Net
This is a sourceforge issue, usually a transient one. Sourceforge has been very
slow lately...
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874588#3874588
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874588
Hmmm, i thought i fixed a lot of this. It used to be really slow because
undeploy recalculated all bindings with EVERY XML element, now it should only
do it for the whole file. You can log a bug, or you can look into it yourself
as I probably won't get to it for awhile.
View the original
can you be more specific?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874624#3874624
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874624
---
This SF.Net email is
You are in the wrong (jboss developers) forum.
Please try one of the JBoss USER forums:
http://www.jboss.com/index.html?module=bbop=viewforumf=61
http://www.jboss.com/index.html?module=bbop=viewforumf=47
View the original post :
Maybe the IORInterceptor is the cleanest solution after all :) It needs some
more careful examination since the various pieces are already there and it
could just be a matter of configuration, I just haven't looked at it in much
detail...
Franscisco may know how to setup this?
A little dirty
No, just putting it on the same release cycle as JBossAS since it is developed
as part of it.
Maintaining JIRA issues in two different places makes no sense and just
confuses people.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874669#3874669
Reply to the
The error thrown when memory is exhausted is constructed at jvm boot time,
otherwise it might not have enough memory to even construct that Throwable
object on the heap.
So there is no way to intercept the new OutOfMemoryError() when it is actually
thrown, because it is not constructed at that
I'm not sure that's what he wants to do. He'll have to clarify what he means
by Error Injections.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874676#3874676
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874676
Don't use JRockit. But, I do believe that JRockit JVM has hooks for
transformers. Let me know if you investigate this.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874700#3874700
Reply to the post :
for me it seems like a bug to have the cert and not the principal.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874716#3874716
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874716
Read about the BaseCertLoginModule:
http://www.jboss.org/wiki/Wiki.jsp?page=BaseCertLoginModule
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874731#3874731
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874731
I just found out that the Xerces-2 Implementation is not useful for general use
and is subject to change soon.
http://issues.apache.org/jira/browse/XERCESJ-1067
The Xerces Schema API is not going to change.
The Xerces-2 Implementation is good for parsing schema files and building an
object
Moving development discussion to the forums
---
The team have been doing many talks via private emails, IM chat and what not ;)
We are doing our best to move as much as possible of this
discussion and at least conclusions/indications in the public dev forum.
So, be ready to hear some more noise
I don't know exactly how ssl accelerators works, but would the exported IOR
need to contain the host/ssl port of the accelerator?
Another idea to try may be to configure normally the server for ssl, but use a
plain (non-ssl) connection factory, maybe?
View the original post :
I just checked and it probably won't work because SSLServerSocketFactory is a
subinterface of ServerSocketFactory, so it'll probably won't accept a value of
org.jacorb.orb.factory.DefaultServerSocketFactory
(try that anyways :)
All the relevant entries are in conf/jacorb.properties (in the
I've started this - commit message:
| Some kernel/aspect tests for annotations.
|
| To run: compile for Java5 then ant -f build-test50.xml run-tests
|
| TODO: Fix the dependency aspect so it works, I'm only doing
| this to simulate field field injection which isn't *yet* in the
As far as I can see, the default does the following in JBoss/Tomcat integration.
Your client comes in, he has a valid certification. In the certificate is
enclosed the client DN (distinguish name). The default authentication mechanism
maps this DN to the request.getRemoteUser().
So now during
What about getUserPrincipal() and if it is not null
getUserPrincipal().getName() ?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874506#3874506
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874506
exactly, I will fix this and use the Principal instead of getRemoteUser() once
the CVS blackout is done. The CVS is being moved to our own hosting and for now
until it is moved we don't commit to it.
View the original post :
the code to modify if you want to test it is in :
jboss-portal-2.0/core/src/main/org/jboss/portal/core/invocation/UserContextInterceptor.java
it is pretty straightforward to change modify.
by the way, what is the version of JBoss you are using ? 4.0.2 ?
View the original post :
There appears to be two places for JMX in JIRA
1) http://jira.jboss.com/jira/browse/JBJMX
2)
http://jira.jboss.com/jira/secure/IssueNavigator.jspa?reset=truemode=hidepid=10030sorter/order=DESCsorter/field=priorityresolutionIds=-1component=12310134
Since we are not currently maintaining a JMX
let me know how it goes with Weblogic...Could you write a WIKI page if you
figure it out?
You could try JDK 5.0 and the -javaagent stuff. Also, precompilation with
AOPC. I know there is one guy using WLS out there.
View the original post :
Yes... it can do it.
If you use jboss-profiler, all the information will be captured into binary
files with an extension .log.gz.
Then you can use the web-tool to analyze the graph of callings.
You can set starts in the profiler, and only capture after a specific class
appears in the
Yes, please nuke the JBJMX project. Any relevant issues can be migrated to JBAS
under the jmx component.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874547#3874547
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874547
You mean the jmx module stand-alone? It compiles fine as part of the jboss
checkout. AFAIK it's been a couple of years since the last stand-alone realease
(jboss-mx v1.1.2)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874310#3874310
Reply to the post :
I believe the aspects belong in the module that implements them.
This is the only approach that will allow the aspect to evolve across versions
rather than trying to maintain a monolithic single integration package
jboss-aspects.
The aspect requires the rest of the implementation anyway, e.g.
It has actually been much easier to package it as this monolithic aspect
library over the past few years. If there is a bug or feature addition in any
of the aspects in the library, I can easily patch any version of JBoss. It
would actually be more monolithic if the code was part of
A standalone release of aop which includes a security aspect depending on the
implementation details of jboss-4.0.x makes no sense.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874332#3874332
Reply to the post :
[EMAIL PROTECTED] wrote : It has actually been much easier to package it as
this monolithic aspect library over the past few years.
Ok, one contra example is code to integrate the deployer/classloader across
versions:
http://cvs.sourceforge.net/viewcvs.py/jboss/jboss-aspects/src/main/org/jboss
The integration point is the annotation (which also belongs in JBossSX)
and that needs to be consistent with the features provided by each version.
| @SecurityDomain(other)
| @NewSecurityFeatureNotAvailableInJBoss32 // Shouldn't compile under 3.2.x
| public void doSomething()
| {
| }
There should be no change by the jmx - mbeans. All I did was move code.
Can you tell me how to reproduce the problem (report it on JIRA).
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874338#3874338
Reply to the post :
We discussed this in Boston, but I want to make sure you agree with my summary.
http://jira.jboss.com/jira/browse/JBAOP-82
Do you plan to support proxies on non-weaved code?
I had a look at the current proxy implementation, the EJB3 and new JMS
usage (which all do different but similar things).
Look at the EJB3 code for examples, but it uses something called a
ClassContainer. (I know the names are confusing).
My thinking was a proxy (java.lang.reflect or a javassist one) that creates an
invocation and delegates to this ClassContainer.Eventually, the InstanceAdvisor
will be
[EMAIL PROTECTED] wrote : Look at the EJB3 code for examples, but it uses
something called a ClassContainer. (I know the names are confusing).
|
| My thinking was a proxy (java.lang.reflect or a javassist one) that creates
an invocation and delegates to this ClassContainer.Eventually
[EMAIL PROTECTED] wrote : BTW, why don't you finish GenericBeanFactory
instead of looking at this stuff?
Because it is already done:
http://jira.jboss.com/jira/browse/JBMICROCONT-21
http://cvs.sourceforge.net/viewcvs.py/jboss/microkernel/src/main/org/jboss/beans/metadata/plugins/factory
[EMAIL PROTECTED] wrote :
| What I want to do inside registerMBean is use an AOP domain configuration
| to wrap the MBean in advices, but regardless of the advisor implementation.
|
Well actually, going forward, this will more annotation driven rather than the
| public class XXX
[EMAIL PROTECTED] wrote :
| BTW, why don't you finish GenericBeanFactory instead of looking at this
stuff?
To more completely answer your question, I am at an impass waiting for:
AOP integration
JBossXB parsing
and to a lesser extent classloading.
So I've moved up the stack and I'm now
[EMAIL PROTECTED] wrote :
|
| My thinking was the class adapter would go through something like the
following logic:
|
| Object implements Advised - InstanceAdvisor
| (!Object implements Advised) canWeave - Runtime Weaving
| (!Object implements Advised) canWeave == false
The hard part about the GenericBeanFactory is creating all the metadata. Also,
how about all the metadata overrides? I think this should be a separate API
with the ClassAdapter instead of the way we proposed it in Boston. Not only
would this get rid of the need for javassist to preprocess
anonymous wrote :
| In your example the Class adaptor not only has to do the above, but also is
it already woven. We do not want to do all this pre-processing at class load
time or this lightweight container will take forever to boot up. The slow
pre-processing is the same reason I did not
[EMAIL PROTECTED] wrote : The hard part about the GenericBeanFactory is
creating all the metadata. Also, how about all the metadata overrides? I
think this should be a separate API with the ClassAdapter instead of the way we
proposed it in Boston. Not only would this get rid of the need
Simple usecase tests for AOP/MC integration:
http://jira.jboss.com/jira/browse/JBAOP-109
Assigned to me
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874361#3874361
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874361
I have not tried yet but I don't see any reason why it would not work.
I think that first you must enable client cert in web.xml of
portal-core.sar/portal-server.war/WEB-INF/web.xml
the entry for this scheme is not yet here (we only put form and basic auth) so
you must add it
then to make
If you're trying to use ssl auth, then you need to modify this file:
jboss-portal-2.0\core\src\resources\portal-core-war\WEB-INF\web.xml
Look for this block:
| param-valuehttp://localhost:8080/webdav/files/param-value
| !-- Comment out for SSL communication between Portal and
Not sure how to do it. Tried this:
| AbstractBeanMetaData metaData1 = new AbstractBeanMetaData(aspect,
GenericBeanFactory.class.getName());
| ArrayList constructor1 = new ArrayList();
| constructor1.add(new
AbstractParameterMetaData(KernelConfigurator.class.getName(),
It is a bug/typo: AbstractMapMetaData:
I just committed the fix...
|
|public Iterator getChildren()
|{
| ArrayList children = new ArrayList(map.keySet());
| - children.add(map.values());
| + children.addAll(map.values());
| return
[EMAIL PROTECTED] wrote :
| I should warn you that I haven't done anything except basic config tests
(no injection/dependency tests) on the collections because I was waiting to see
| what Alex could handle in the XML mapping. :-(
The same is true for the GenericBeanFactory, except there I
I'll dig further, but another problem Seems that controller and such doesn't
get set on the AbstractDependency in the Map sent into th
| java.lang.NullPointerException
| at
Ok, everything is working now. Fixed one thing in AbstractValueMEtaData... in
getChildren, actually look to see if value is a valueMetaData, then pass it
back.
Added test to PlainDependencyTestCase
View the original post :
I am going ahead to create a tomcat module so I can reference it from
testsuite. In addition, I am deploying tc5-cluster.aop (has jboss-aop.xml)
under all/deploy. This is needed for http session fine-grained replication
using aop.
I can modify the setup later on if there is a need.
View the
Cool,
However for JDK 1.4 your command line should be
| java -Xbootclasspath/p:C:\testaop com.bar.MyClass
|
i.e. C:\testaop contains the java\lang\ directory structure.
Also, make sure that C:\testaop is not the directory where your main classes
are (otherwise they get added to the
I have added the CMS persistence today that uses the CMS to store the
permission. They are stored in XML format (the same as in the jboss-portal.xml
descriptor) so it is much more convenient in that respect.
View the original post :
Vous devriez tudier l'anglais. Il aide beaucoup ici.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874239#3874239
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874239
Can you try one of these classloading strategies?
http://docs.jboss.org/aop/1.1/aspect-framework/reference/en/html/running.html#d0e2784
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874176#3874176
Reply to the post :
Looks interesting. At the very least, it could be used as a skeleton for people
that want to do this sort of things.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874059#3874059
Reply to the post :
Hi,
Trying to remember to use the dev-forum instead of direct mails for this jboss
ide dev stuff ,)
I have now updated the jsp.ui plugin to be compilable against 3.1M6, but
unfortunately I could not find a easy way to filter out _jspx field and
method names - so that will be a small regression
And where is the spec behind this?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874109#3874109
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874109
---
SF email is
Ben Wang has created a web container aspect for fine-grained replication of
session data. This brings up a previous issue of where aspects live and how
they are deployed in non-trivial environments like JBAS.
Currently there are aspects like security living in the aspects module which do
not
setHarURL was needed simply to allow the deployer to inject this value into the
mbean. Use of this at runtime or through the console is highly discouraged ;)
Another thought is that in the scheme y'all are proposing (provided multiple
interceptors can process the deployer init stuff) we could
Correct, and this is certainly the future deployment process architecture as a
deployment is just a packaging with instructions on how to configuration the
various aspects.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874114#3874114
Reply to the post :
[EMAIL PROTECTED] wrote : One issue that is not clear in this discussion is
do I have sufficient info to go obtain the source for every jar I find in the
dist? Ultimately I want this for patches as well. The ideal roundtrip behavior
is that I would point a ant task to a release and have it spit
1 - 100 of 2792 matches
Mail list logo
