createConnector=false has no effect on Tiger
--
Key: AMQ-950
URL: https://issues.apache.org/activemq/browse/AMQ-950
Project: ActiveMQ
Issue Type: Bug
Components: Broker
Affects
NMS requires the concept of a Connection Exception event to mirror rhe
ExceptionListener in JMS.
Key: AMQ-951
URL: https://issues.apache.org/activemq/browse/AMQ-951
.Net Client ConnectionFactory requires additional configurable attributes
-
Key: AMQ-952
URL: https://issues.apache.org/activemq/browse/AMQ-952
Project: ActiveMQ
Issue
Hey C++ devs..
Do any of you have eclipse project files setup for the activemq-cpp
module? I'd like to see if I can use the eclipse CDT to work with the
project. Please check them in or send me a patch if you got them!
I checked mine in; it may cause you more heartache using them than
Compilation error when building activemq-web with test enabled.
---
Key: AMQ-954
URL: https://issues.apache.org/activemq/browse/AMQ-954
Project: ActiveMQ
Issue Type: Bug
Update the jbi maven based samples to be able to deploy the SA from the root dir
Key: SM-615
URL: https://issues.apache.org/activemq/browse/SM-615
Project: ServiceMix
[ https://issues.apache.org/activemq/browse/SM-612?page=all ]
Guillaume Nodet resolved SM-612.
Fix Version/s: 3.0.1
Resolution: Fixed
Assignee: Guillaume Nodet
Author: gnodet
Date: Mon Oct 2 03:47:11 2006
New Revision: 451964
URL:
[ https://issues.apache.org/activemq/browse/SM-608?page=all ]
Guillaume Nodet reopened SM-608:
Assignee: Guillaume Nodet (was: Bruce Snyder)
We need to put the needed repositories for all maven based examples
and also in 3.0.1
The
[ https://issues.apache.org/activemq/browse/SM-608?page=all ]
Guillaume Nodet resolved SM-608.
Resolution: Fixed
Author: gnodet
Date: Mon Oct 2 05:58:27 2006
New Revision: 452019
URL: http://svn.apache.org/viewvc?view=revrev=452019
Log:
SM-608: Maven
[ https://issues.apache.org/activemq/browse/SM-608?page=all ]
Guillaume Nodet updated SM-608:
---
Component/s: servicemix-assembly
Maven based examples should include the needed repositories
---
[ https://issues.apache.org/activemq/browse/SM-610?page=all ]
Guillaume Nodet updated SM-610:
---
Component/s: servicemix-core
The ServiceAssembly mbean should return the names of the ServiceUnits
[ https://issues.apache.org/activemq/browse/SM-612?page=all ]
Guillaume Nodet updated SM-612:
---
Component/s: tooling
servicemix-service-engine could set the scope of servicemix-core to provided
Archetypes for the servicemix-saxon service engine
--
Key: SM-616
URL: https://issues.apache.org/activemq/browse/SM-616
Project: ServiceMix
Issue Type: New Feature
Affects Versions: 3.0.1
[
https://issues.apache.org/activemq/browse/SM-603?page=comments#action_37064 ]
Helene Joanin commented on SM-603:
--
Guillaume, Thanks for your commit. It fix this problem and my example works
fine now with this fix.
NullPointerException at
Hi all... I was chatting with David Jencks in IRC today about GShell
and when server/trunk might be built with Java 1.5 and then it
occurred to me that if config.xml could include some extra
configuration to specify what version of Java a module required, that
we could ship an assembly
Does it have to be called geronimo-plugins.xml? or can it be
something like geronimo-plugins-1.1.xml? And does it need to be in
the root, or can it i be in a branch of the tree?
--jason
On Sep 22, 2006, at 11:42 AM, Aaron Mulder wrote:
There's one non-standard file
I keep hearing this question... I thought I had put out enough detail
about GShell on the list months ago, but still there is some mystery
about it. So I thought I would send out a simple terse explanation
that sums it up.
* * *
GShell allows users to telnet into a running Geronimo
Do you (Aaron) have a simple example of how to implement a new bit to
stuff into the webconsole and tickle it to be installed when a module/
plugin is loaded?
--jason
On Jun 24, 2006, at 4:16 AM, Aaron Mulder wrote:
So to get a GBean running in Geronimo, you need to write a deployment
Congratulations Jason!
Gianny
On 30/09/2006, at 11:50 PM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Jason Dillon as the newest
member of the Geronimo PMC. We're very happy to have Jason joining
us to help with the oversight of the Geronimo project.
Well done,
Congratulations!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Jason Dillon as the newest
member of the Geronimo PMC. We're very happy to have Jason joining us
to help with the oversight of the Geronimo project.
Well done, Jason!
The Apache Geronimo PMC
--kevan
Congrats Hiram!
Jacek Laskowski wrote:
On 9/30/06, Kevan Miller [EMAIL PROTECTED] wrote:
All,
The Geronimo PMC is pleased to welcome Hiram Chirino as the newest
member of the Geronimo PMC. We're very happy to have Hiram joining us
to help with the oversight of the Geronimo project.
Well done,
Congrats James!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome James Strachan as the newest
member of the Geronimo PMC. We're very happy to have James joining us
to help with the oversight of the Geronimo project.
Well done, James!
The Apache Geronimo PMC
--kevan
Jason Dillon wrote:
Hi all... I was chatting with David Jencks in IRC today about GShell
and when server/trunk might be built with Java 1.5 and then it
occurred to me that if config.xml could include some extra
configuration to specify what version of Java a module required, that
we could
[ http://issues.apache.org/jira/browse/GERONIMO-2452?page=all ]
Gianny Damour closed GERONIMO-2452.
---
Fix Version/s: 1.2
Resolution: Fixed
I have completed this refactoring and ported the Jetty 5 clustering code to
Jetty 6. It seems that this
[ https://issues.apache.org/activemq/browse/SM-556?page=all ]
jerome camilleri updated SM-556:
Attachment: cimero2.7.1.md5.txt
cimero2.7.1.zip
Cimero 2.7.1
New SI :
Transformer
Router
Tracer
Enricher
Aggregator
Splitter
MessageFilter
[ https://issues.apache.org/activemq/browse/SM-605?page=all ]
Guillaume Nodet resolved SM-605.
Fix Version/s: 3.0.1
3.1
Resolution: Fixed
Assignee: Guillaume Nodet
Added a few options that are customizable through the
Congratulations Jason!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Jason Dillon as the newest
member of the Geronimo PMC. We're very happy to have Jason joining us
to help with the oversight of the Geronimo project.
Well done, Jason!
The Apache Geronimo PMC
--kevan
Congratulations James!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome James Strachan as the newest
member of the Geronimo PMC. We're very happy to have James joining us
to help with the oversight of the Geronimo project.
Well done, James!
The Apache Geronimo PMC
--kevan
Congratulations Hiram!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Hiram Chirino as the newest
member of the Geronimo PMC. We're very happy to have Hiram joining us
to help with the oversight of the Geronimo project.
Well done, Hiram!
The Apache Geronimo PMC
--kevan
Upgrade to new MX4J service release
---
Key: GERONIMO-2455
URL: http://issues.apache.org/jira/browse/GERONIMO-2455
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
[ http://issues.apache.org/jira/browse/GERONIMO-2455?page=all ]
Kevan Miller reassigned GERONIMO-2455:
--
Assignee: Kevan Miller
Upgrade to new MX4J service release
---
Key: GERONIMO-2455
The way it works right now the catalog has to be called
geronimo-plugins.xml. @see PluginInstallerGBean#listPlugins. I
believe it can be in the branch of the tree as long as it contains a
default-repository element pointing at the root. I haven't tried
that but expect it should work.
Paul
Sorry there is not currently but I plan to start this work shortly.On Sep 30, 2006, at 10:37 PM, Huang Yonghong wrote:Hi,Is there eclipse plugin for Geronimo 1.2 .I know it's unreasonable to provide plugins while Geronimo 1.2 is still in developing. But I guessGeronimo eclipse plugin 1.2 is also
Whoooh Jason
Congrats !
Cheers
Prasad
On 10/2/06, Joe Bohn [EMAIL PROTECTED] wrote:
Congratulations Jason!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Jason Dillon as the newest
member of the Geronimo PMC. We're very happy to have Jason joining us
to help
Congrats Hiram !
Cheers
Prasad
On 10/2/06, Joe Bohn [EMAIL PROTECTED] wrote:
Congratulations Hiram!
Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Hiram Chirino as the newest
member of the Geronimo PMC. We're very happy to have Hiram joining us
to help with the oversight
Congrats Hiram!
Regards,
Alan
On Sep 30, 2006, at 6:50 AM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Hiram Chirino as the newest
member of the Geronimo PMC. We're very happy to have Hiram joining
us to help with the oversight of the Geronimo project.
Well done,
Congrats Jason!
Regards,
Alan
On Sep 30, 2006, at 6:50 AM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Jason Dillon as the newest
member of the Geronimo PMC. We're very happy to have Jason joining
us to help with the oversight of the Geronimo project.
Well done,
Congrats James!
Regards,
Alan
On Sep 30, 2006, at 6:50 AM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome James Strachan as the newest
member of the Geronimo PMC. We're very happy to have James joining
us to help with the oversight of the Geronimo project.
Well done,
Thanks Jason for showing me the bigger picture. I agree with you now,
by and large.
However in your build flow for each *-testsuite, you begin with
generating a build ticket. I wonder if we should generate the build
ticket at the geronimo/testsuite level and not one level down.
Yes, we need
Sounds good to me.
Regards,
Alan
On Oct 1, 2006, at 4:19 PM, Jason Dillon wrote:
Can we remove RELEASE-NOTES-1.0.txt from server/trunk? It seems a
bit odd that we only have that one set of notes in this format for
1.0.
I think it should be removed.
--jason
On Oct 1, 2006, at 7:31 PM, David Jencks wrote:
After a long time thinking that separately versioned specs were
better I started thinking about how much work it would be if I was
trying to release separately versioned specs. I now think we
should at least try the one-version approach.
+1 sounds like a great idea and would help limit the number of
assemblies. I think the key is to keep the syntax simple and the
runtime reqs to a minimum, limiting the functionality if necessary to
achieve this. I don't know much about Jexl but it sounds like you've
found a good candidate.
I don't think that this is a good idea. Versions should reflect the
contents of the jar not the fact that an unrelated spec was released/
patched/updated.
Regards,
Alan
On Oct 1, 2006, at 4:07 PM, Jason Dillon wrote:
Hi, me again... and the specs topic again too.
I have been thinking
On Oct 1, 2006, at 4:31 PM, David Jencks wrote:
After a long time thinking that separately versioned specs were
better I started thinking about how much work it would be if I was
trying to release separately versioned specs. I now think we
should at least try the one-version approach.
On Sep 28, 2006, at 12:25 PM, Dain Sundstrom wrote:
Anyway, this sucks, since it requires users to use a shell script
to launch Geronimo. Is there anyway to detect the corba api
version and not load the Yoko classes that have the problems?
When it comes to futzing w/ the endorsed dirs
Currently, daily drivers of the eclipse plugin must be downloaded and extracted by hand. I'd like to add a second eclipse update site specifically for daily drivers for testers who frequently need to test and get the latest fixes. The drivers can automatically be downloaded from the update site
It will be easier once I put in the plugin utils code -- do you have a
thought on the SVN location for that? It'll include the GBean used to
install a screen into the console. Then I can check it in and give
you an example.
Thanks,
Aaron
On 10/2/06, Jason Dillon [EMAIL PROTECTED] wrote:
Hi folks,
Thanks for taking the time to check the release. Vote passes with 7
+1's . We just need to get the incubator PMC to now approve the
release.
+1 Votes:
Hiram Chirino
James Strachan
Rob Davies
Guillaume Nodet
Brian McCallister
Alan D. Cabrera
Aaron Mulder
No +/- 0 or -1's
--
[ http://issues.apache.org/jira/browse/GERONIMO-2454?page=all ]
Heinz Drews updated GERONIMO-2454:
--
Attachment: xercesupgrade2.diff
One more pom.xml referring xmlParserAPIs
Upgrade xerces to version 2.8.1
---
Hi,
I want to know how to setup failover URI in STOMP C client. Can I use
failover:(uri1,...,uriN)?transportOptions in STOMP C client? If there
is other way to achieve failover using STOMP C client please let me
know.
Thanks!
Vik
Geronimo - Monday, October 2, 2006
4 Patches in RTC
[GERONIMO-1277] Change group-id to org.apache.geronimo
- Assignee: Jason Dillon
- Reporter: Dain Sundstrom
- Created: Sat Dec 03 02:55:12 PST 2005
- Updated: Sun Oct 01 15:38:21 PDT 2006
- Votes: 1
[
https://issues.apache.org/activemq/browse/SM-569?page=comments#action_37065 ]
Guillaume Nodet commented on SM-569:
Author: jstrachan
Date: Mon Oct 2 08:10:58 2006
New Revision: 452064
URL: http://svn.apache.org/viewvc?view=revrev=452064
I found out this was already answered.
Thanks!
Vik
-Original Message-
From: Dhawan, Vikram (LNG-DAY) [mailto:[EMAIL PROTECTED]
Sent: Monday, October 02, 2006 11:06 AM
To: activemq-dev@geronimo.apache.org
Subject: how to setup failover URI in STOMP C client
Hi,
I want to know how to
Hiram,
I can't access the Ruby code on STOMP's website. When I click on source
link on the Stomp Client for Ruby page it gives me a Not Found
error.
Please let me know, I was getting ready to work on failover for STOMP C
client and wanted to see how it is implemented in Ruby client.
Thanks!
Switching to dev list, as I think this discussion is better there.
We haven't taken any formal decisions about using the User's Guide
and how to keep both spaces. Imho, I see the User's Guide as
a more organized / offical documentation (kinda like a book)
which could be part of the official
[ https://issues.apache.org/activemq/browse/SM-616?page=all ]
Philip Dodds closed SM-616.
---
Resolution: Fixed
Added servicemix-saxon-xslt-service-unit and
servicemix-saxon-xquery-service-unit
Archetypes for the servicemix-saxon service engine
Seems that the ruby code was moved recently so it could be
independently released.. here's where it lives now:
http://svn.codehaus.org/stomp/ruby/trunk/
On 10/2/06, Dhawan, Vikram (LNG-DAY) [EMAIL PROTECTED] wrote:
Hiram,
I can't access the Ruby code on STOMP's website. When I click on
make a new base class, DefaultComponent which combines the Component and
Lifecycle functionality and can deal with the SpringComponent behaviour,
dealing with statically configured endpoint POJOs
On 10/2/06, Sachin Patel [EMAIL PROTECTED] wrote:
Currently, daily drivers of the eclipse plugin must be downloaded and
extracted by hand. I'd like to add a second eclipse update site
specifically for daily drivers for testers who frequently need to test and
get the latest fixes. The drivers
[ https://issues.apache.org/activemq/browse/SM-617?page=all ]
Work on SM-617 started by james strachan.
make a new base class, DefaultComponent which combines the Component and
Lifecycle functionality and can deal with the SpringComponent behaviour,
dealing with statically configured
[ https://issues.apache.org/activemq/browse/SM-617?page=all ]
Work on SM-617 stopped by james strachan.
make a new base class, DefaultComponent which combines the Component and
Lifecycle functionality and can deal with the SpringComponent behaviour,
dealing with statically configured
[ https://issues.apache.org/activemq/browse/SM-617?page=all ]
james strachan resolved SM-617.
---
Resolution: Fixed
for an example of this base class in action, see the new refactored Saxon
component in servicemix-saxon
make a new base class,
[ https://issues.apache.org/activemq/browse/AMQ-953?page=all ]
Hiram Chirino resolved AMQ-953.
---
Resolution: Fixed
Fixed in 4.0 branch Committed revision 452107
Fixed in trunk revision 452108
ActiveMQ standalone sever does not start in Windows
[
https://issues.apache.org/activemq/browse/AMQ-953?page=comments#action_37069 ]
Hiram Chirino commented on AMQ-953:
---
As a simple workaround, users can either:
# Replace thier activemq.bat with this one:
I looked into the ruby code; it looks to me plain STOMP message
implementation. I don't see any specific implementation to failover
protocol.
Any idea?
Vik
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram
Chirino
Sent: Monday, October 02, 2006
[ https://issues.apache.org/activemq/browse/AMQ-953?page=all ]
Hiram Chirino updated AMQ-953:
--
Fix Version/s: 4.0.3
ActiveMQ standalone sever does not start in Windows
---
Key: AMQ-953
Trying to get my yoko code ready for checking in, I updated to the
latest revision this morning and now I'm getting an error on the build
that's outside of my experience:
[DEBUG] (org.apache.geronimo.kernel.config.Configuration) ClassLoader
structure
for configuration
[ https://issues.apache.org/activemq/browse/AMQ-776?page=all ]
Hiram Chirino reopened AMQ-776:
---
This issue looks like it's still not resolved.
ConduitBridge can malfunction when first of a set of consumers goes away
[ https://issues.apache.org/activemq/browse/AMQ-847?page=all ]
Hiram Chirino updated AMQ-847:
--
Fix Version/s: 4.0.2
(was: 4.1)
(was: 4.0.3)
Memory Leaks
Key: AMQ-847
[ https://issues.apache.org/activemq/browse/AMQ-872?page=all ]
Hiram Chirino updated AMQ-872:
--
Fix Version/s: 4.0.2
(was: 4.0.3)
Don't monitor activity on vm transports
---
Key:
[ https://issues.apache.org/activemq/browse/AMQ-915?page=all ]
Hiram Chirino updated AMQ-915:
--
Fix Version/s: 4.0.2
(was: 4.0.3)
Failover transport does not replay all the transaction operations on failover.
On Oct 1, 2006, at 11:16 AM, David Jencks wrote:
Dain has been working on a global jndi implementation that looks
really nice. However the deployment of bindings part of it has
brought up some long-festering architectural worries and perhaps we
are now in a position to deal with them in
Just checked again .. and yep it's there.
Follow the use of the reliable variable. when set to true, it acts
very similar to how failover acts. When a failure occurs it keeps
trying to reconnect to the broker. And that's basically the hard part
of faiover, the only other thing that failover
Got it!
Thanks!
Vik
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram
Chirino
Sent: Monday, October 02, 2006 1:01 PM
To: activemq-dev@geronimo.apache.org
Subject: Re: how to use failover url protocol in STOMP C client
Just checked again .. and yep
create a file based servicemix-file service engine with nice support for URIs
-
Key: SM-618
URL: https://issues.apache.org/activemq/browse/SM-618
Project: ServiceMix
[
https://issues.apache.org/activemq/browse/AMQ-924?page=comments#action_37071 ]
Chris Knight commented on AMQ-924:
--
I grabbed the updated source and everything built fine.
Thanks,
Chris
Patch to make activemq-cpp compile under sun studio 11
On Oct 1, 2006, at 4:31 PM, David Jencks wrote:
I now think we should at least try the one-version approach. What
we've been doing has resulted IMO in total confusion and many many
problems releasing specs.
We did try that, seven times. M1 - 1.0.1 had all specs released all
at the same
+1
We should change the schema such that the conditions are neatly
presented, more like in a xml format than like in java code style. The
condition string value has the potential to become a very long string
and thus difficult to read.
module
Congratulations Hiram!
-dain
On Sep 30, 2006, at 6:50 AM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Hiram Chirino as the newest
member of the Geronimo PMC. We're very happy to have Hiram joining
us to help with the oversight of the Geronimo project.
Well done,
Congratulations Jason!
-dain
On Sep 30, 2006, at 6:50 AM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome Jason Dillon as the newest
member of the Geronimo PMC. We're very happy to have Jason joining
us to help with the oversight of the Geronimo project.
Well done,
Congratulations James!
-dain
On Sep 30, 2006, at 6:50 AM, Kevan Miller wrote:
All,
The Geronimo PMC is pleased to welcome James Strachan as the newest
member of the Geronimo PMC. We're very happy to have James joining
us to help with the oversight of the Geronimo project.
Well done,
As a user, it is a convenience to be able to have a single version
number to track across all the spec releases. So there's only one
variable to track.
However, I still don't think this is a very good approach. Our specs
tree will continue to expand with new JSRs and J2EE releases,
especially
On Oct 2, 2006, at 7:10 AM, Alan D. Cabrera wrote:
On Sep 28, 2006, at 12:25 PM, Dain Sundstrom wrote:
Anyway, this sucks, since it requires users to use a shell script
to launch Geronimo. Is there anyway to detect the corba api
version and not load the Yoko classes that have the
On 10/2/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
When it comes to futzing w/ the endorsed dirs I would rather have
it in the up front and in my face via a script than have some cute
code forking and setting things behind the scenes.
I couldn't agree more. I dislike Java forking Java more
Aaron Mulder wrote:
On 10/2/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
When it comes to futzing w/ the endorsed dirs I would rather have
it in the up front and in my face via a script than have some cute
code forking and setting things behind the scenes.
I couldn't agree more. I dislike
Congratulations!On Sep 30, 2006, at 9:50 AM, Kevan Miller wrote:All,The Geronimo PMC is pleased to welcome Hiram Chirino as the newest member of the Geronimo PMC. We're very happy to have Hiram joining us to help with the oversight of the Geronimo project.Well done, Hiram!The Apache Geronimo
Congratulations Jason!On Sep 30, 2006, at 9:50 AM, Kevan Miller wrote:All,The Geronimo PMC is pleased to welcome Jason Dillon as the newest member of the Geronimo PMC. We're very happy to have Jason joining us to help with the oversight of the Geronimo project.Well done, Jason!The Apache Geronimo
Welcome!On Sep 30, 2006, at 9:50 AM, Kevan Miller wrote:All,The Geronimo PMC is pleased to welcome James Strachan as the newest member of the Geronimo PMC. We're very happy to have James joining us to help with the oversight of the Geronimo project.Well done, James!The Apache Geronimo PMC--kevan
Remeber now A release is jar + pom configuration.
--jason
-Original Message-
From: Alan D. Cabrera [EMAIL PROTECTED]
Date: Mon, 2 Oct 2006 06:51:20
To:dev@geronimo.apache.org
Subject: Re: One version for specs
I don't think that this is a good idea. Versions should reflect
On Oct 1, 2006, at 4:31 PM, David Jencks wrote:
In any case PLEASE think about this and make your opinion known soon.
If we could at least make a compromise that'd be very great, all or
nothing is not the only way.
Maybe we could just remove these core specs from trunk or something
(we
[ https://issues.apache.org/activemq/browse/SM-619?page=all ]
Philip Dodds closed SM-619.
---
Resolution: Fixed
Implemented
Allow the Maven JBI plugin to inject a default bootstrap if one isnt'
specified
Allow the Maven JBI plugin to inject a default bootstrap if one isnt' specified
---
Key: SM-619
URL: https://issues.apache.org/activemq/browse/SM-619
Project: ServiceMix
*-testsuite modules are intended to be self contained/stand-alone...
which is why I was putting the build ticket there. But if we design
the reporting bits right then we could have linked tickets, so that a
top-level testsuite could have child suites with their own tickets.
But if the
Aaron, Matt and John
We made great progress again this week and we are down only to three
committers with changes to merge.
John, you only have one change remaining which may have already been
merged. Can you take a look at it and let me know the status?
Matt told me last Friday that he
How about we split them into j2ee 1.4, j2ee 1.5 and independent
modules for the non j2ee specs? This will prevent the flux from the
1.5 development from causing lots of new versions for the 1.4 specs.
Just another middle ground idea. Thoughts?
-dain
On Oct 2, 2006, at 11:16 AM, David
On Oct 2, 2006, at 6:48 AM, Paul McMahan wrote:
+1 sounds like a great idea and would help limit the number of
assemblies. I think the key is to keep the syntax simple and the
runtime reqs to a minimum, limiting the functionality if necessary to
achieve this. I don't know much about Jexl but
On 10/2/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
How about we split them into j2ee 1.4, j2ee 1.5 and independent
modules for the non j2ee specs? This will prevent the flux from the
1.5 development from causing lots of new versions for the 1.4 specs.
Sounds promising to me...
Thanks,
A good compromise. Also, good for a start. Let's do this.
Cheers
Prasad
On 10/2/06, Dain Sundstrom [EMAIL PROTECTED] wrote:
How about we split them into j2ee 1.4, j2ee 1.5 and independent
modules for the non j2ee specs? This will prevent the flux from the
1.5 development from causing lots of
I don't think that 1.5 development will result in new releases...
those will all be SNAPSHOT artifacts anyways.
Just some questions about this strategy...
Which modules go where? Will each of these trees have a single
version? How will the overlap between J2EE 1.5 and 1.4 fit? Where
On Oct 2, 2006, at 11:55 AM, Dain Sundstrom wrote:
How about we split them into j2ee 1.4, j2ee 1.5 and independent
modules for the non j2ee specs? This will prevent the flux from
the 1.5 development from causing lots of new versions for the 1.4
specs.
Just another middle ground idea.
1 - 100 of 141 matches
Mail list logo