Looks like ActiveMQ 5.3 will prereq a newer ActiveIO level
-Donald
Original Message
Subject: [VOTE] Release ActiveIO 3.1.1
Date: Mon, 13 Jul 2009 13:22:07 +0200
From: Dejan Bosanac de...@nighttale.net
Reply-To: d...@activemq.apache.org
To: d...@activemq.apache.org
Hi
Seem to be a good news for Geronimo 2.2, we could remove the 'snapshot' from
our dependeices.
BTW, if possible, could anyone help to look at
https://issues.apache.org/activemq/browse/AMQ-2069
Thanks !
2009/7/13 Donald Woods dwo...@apache.org
Looks like ActiveMQ 5.3 will prereq a newer ActiveIO
Begin forwarded message:
From: David Jencks [EMAIL PROTECTED]
Date: April 3, 2008 2:29:41 PM PDT
To: [EMAIL PROTECTED]
Subject: [VOTE] Release ActiveIO 3.0.1
Reply-To: [EMAIL PROTECTED]
ActiveIO is still used by activemq 4.1.x and had a couple annoying
bugs like
AMQ-704
This release
(which involves only
replacing the backport-concurrent classes with the
java.util.concurrent classes) until I picked up the activeio-3.1-
SNAPSHOT fix which has already moved definitively to java 5. So I
have no problem calling the activemq version 4.2 but keeping a
java 1.4 compatibility
the jiras for 4.x and applied the patches for
ones that I had a clue about. If anyone else wants something fixed
in 4.x please speak up.
ActiveIO trunk has a fix that we'd like (don't put non-strings in
system properties) so I'd like to release ActiveIO 3.1 also. Since
that requires java 5
... it would be great to get those included in 2.1.1.
I've looked through the jiras for 4.x and applied the patches for ones
that I had a clue about. If anyone else wants something fixed in 4.x
please speak up.
ActiveIO trunk has a fix that we'd like (don't put non-strings in system
the jiras for 4.x and applied the patches for ones
that I had a clue about. If anyone else wants something fixed in 4.x
please speak up.
ActiveIO trunk has a fix that we'd like (don't put non-strings in
system properties) so I'd like to release ActiveIO 3.1 also. Since
that requires java 5 I'd like
involves only
replacing the backport-concurrent classes with the
java.util.concurrent classes) until I picked up the activeio-3.1-
SNAPSHOT fix which has already moved definitively to java 5. So I
have no problem calling the activemq version 4.2 but keeping a java
1.4 compatibility for activemq
users would be the best way to go for now.
I didn't really consider moving to java 5 (which involves only
replacing the backport-concurrent classes with the
java.util.concurrent classes) until I picked up the activeio-3.1-
SNAPSHOT fix which has already moved definitively to java 5. So I
have
-broker/2.0-SNAPSHOT/car,j2eeType=GBean,name=Peer
java.io.IOException: This protocol does not support being bound.
at org.apache.activemq.transport.peer.PeerTransportFactory.doBind(PeerTr
ansportFactory.java:114)
JMS Listeners for protocols activeio, peer and openwire fail to start
activeio, peer and openwire fail to start
-
Key: GERONIMO-1786
URL: https://issues.apache.org/jira/browse/GERONIMO-1786
Project: Geronimo
Issue Type: Bug
Security Level
GERONIMO-2637 into 2.0 and 2.1.
JMS Listeners for protocols activeio, peer and openwire fail to start
-
Key: GERONIMO-1786
URL: https://issues.apache.org/jira/browse/GERONIMO-1786
[
https://issues.apache.org/jira/browse/GERONIMO-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevan Miller closed GERONIMO-2944.
--
Resolution: Fixed
Fix Version/s: 2.0
Removed activeio and concurrent + plus a bit
[
https://issues.apache.org/jira/browse/GERONIMO-1786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods reassigned GERONIMO-1786:
--
Assignee: Donald Woods
JMS Listeners for protocols activeio, peer and openwire
activeio, peer and openwire fail to start
-
Key: GERONIMO-1786
URL: https://issues.apache.org/jira/browse/GERONIMO-1786
Project: Geronimo
Issue Type: Bug
Security
-security. I think kevan
said he'd remove the dependencies: if I misunderstood assign this back to me.
(djencks)
Replace ancient ActiveIO usage in geronimo-security module
--
Key: GERONIMO-2944
URL: https
[
https://issues.apache.org/jira/browse/GERONIMO-2400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2400:
---
Component/s: dependencies
Remove ActiveIO concurrent (oswego) usage
[
https://issues.apache.org/jira/browse/GERONIMO-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2944:
---
Description:
The {{geronimo-security}} module uses an ancient version of ActiveIO,
{{2.0
org.apache.geronimo.configs/openejb/2.0-SNAPSHOT/car?
ServiceModule=org.apache.geronimo.configs/openejb/2.0-SNAPSHOT/
car,j2eeType=GBean,name=OpenEjbSystem
java.lang.ClassCastException: java.util.HashSet
at
org.apache.openejb.config.ConfigurationFactory.getSystemProperties
Replace ancient ActiveIO usage in geronimo-security module
--
Key: GERONIMO-2944
URL: https://issues.apache.org/jira/browse/GERONIMO-2944
Project: Geronimo
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/GERONIMO-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GERONIMO-2944:
---
Affects Version/s: 1.2
Replace ancient ActiveIO usage in geronimo-security module
.
Replace ancient ActiveIO usage in geronimo-security module
--
Key: GERONIMO-2944
URL: https://issues.apache.org/jira/browse/GERONIMO-2944
Project: Geronimo
Issue Type: Improvement
[
https://issues.apache.org/jira/browse/GERONIMO-2944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12479500
]
Jason Dillon commented on GERONIMO-2944:
Er... ActiveIO 3.0.0-incubator would be better than latest
activeio test package inclusion and logging properties
--
Key: AMQ-1132
URL: https://issues.apache.org/activemq/browse/AMQ-1132
Project: ActiveMQ
Issue Type: Bug
Affects Versions
portlet in the
1.2 release.
JMS Listeners for protocols activeio, peer and openwire fail to start
-
Key: GERONIMO-1786
URL: http://issues.apache.org/jira/browse/GERONIMO-1786
[ http://issues.apache.org/jira/browse/GERONIMO-1786?page=all ]
Vamsavardhana Reddy updated GERONIMO-1786:
--
Fix Version/s: 2.0
JMS Listeners for protocols activeio, peer and openwire fail to start
[ http://issues.apache.org/jira/browse/GERONIMO-1786?page=all ]
Dain Sundstrom reassigned GERONIMO-1786:
Assignee: Dain Sundstrom
JMS Listeners for protocols activeio, peer and openwire fail to start
[
http://issues.apache.org/jira/browse/GERONIMO-1786?page=comments#action_12456572
]
Dain Sundstrom commented on GERONIMO-1786:
--
May be cause by using activeio 3.0 SNAPSHOT when we should be using the 3.0
release. Will try upgrading
[ http://issues.apache.org/jira/browse/GERONIMO-1786?page=all ]
Dain Sundstrom updated GERONIMO-1786:
-
Fix Version/s: (was: 1.2)
Assignee: (was: Dain Sundstrom)
After the upgrade to ActiveIO 3.0 the same problem exists
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he might
update it if he has time... but as of yet I guess he has not found any.
--jason
On Oct 31, 2006, at 3:01 AM, Guillaume Nodet wrote:
The geronimo-security
On 10/31/06, Jason Dillon [EMAIL PROTECTED] wrote:
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he might
update it if he has time... but as of yet I guess he has not found any.
An excerpt from STATUS:
Currently
On Oct 31, 2006, at 1:59 PM, Jacek Laskowski wrote:
An excerpt from STATUS:
Currently, the biggest concerns for the TCK are ActiveMQ 4 and
Yoko. Both
of these are new libraries and may take a considerable amount of
effort to
certify. Also, there are few people that understand these new
looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he might
update it if he has time... but as of yet I guess he has not found
any.
An excerpt from STATUS:
Currently, the biggest concerns for the TCK are ActiveMQ 4 and
Yoko. Both
being included. I sent mail about this last week,
but heard nothing back.
--jason
On Oct 31, 2006, at 1:59 PM, Jacek Laskowski wrote:
On 10/31/06, Jason Dillon [EMAIL PROTECTED] wrote:
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port
Well, it seems that all the used classes have been removed:
http://svn.apache.org/viewvc?view=revrevision=453094
On 10/31/06, Jason Dillon [EMAIL PROTECTED] wrote:
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he might
PROTECTED] wrote:
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he might
update it if he has time... but as of yet I guess he has not found
any.
An excerpt from STATUS:
Currently, the biggest concerns for the TCK
/06, Jason Dillon [EMAIL PROTECTED] wrote:
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he might
update it if he has time... but as of yet I guess he has not found
any.
An excerpt from STATUS:
Currently
Laskowski wrote:
On 10/31/06, Jason Dillon [EMAIL PROTECTED] wrote:
The upgrade looks non-trivial, I have tried... and failed. Need
someone who knows ActiveIO better to port it. Hiram said he
might
update it if he has time... but as of yet I guess he has not
found
any.
An excerpt
The OpenEJB2 bits are all ActiveIO related. FYI, Bruce mentioned to
me that the API between 4.0 and 4.1 should be compatible, 4.1 just
has some new features, but the same API.
* * *
It looks like some of the recent Wadi changes in server/trunk, which
included AMQ 4.0.1 as a new dep, may
Appclient missing activeio from the class path
--
Key: GERONIMO-2509
URL: http://issues.apache.org/jira/browse/GERONIMO-2509
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular
[ http://issues.apache.org/jira/browse/GERONIMO-2509?page=all ]
Dain Sundstrom closed GERONIMO-2509.
Resolution: Fixed
Added dependency on activeio and geronimo-interceptor to the client plan.
Appclient missing activeio from the class path
Remove ActiveIO concurrent (oswego) usage
-
Key: GERONIMO-2400
URL: http://issues.apache.org/jira/browse/GERONIMO-2400
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues
it fries hibernate 3.1 without the
workaround. the workaround is pretty difficult to find and the setting of the
DisableLocking system property is not a particularly friendly solution
(especially if you don't want locking disabled).
ActiveIO compromises java.lang.System.properties
[ http://issues.apache.org/jira/browse/GERONIMO-1786?page=all ]
John Sisson updated GERONIMO-1786:
--
Affects Version/s: 1.1.1
Updated version to include 1.1.1 ( problem still exists in 1.1.1-rc3).
JMS Listeners for protocols activeio, peer
[ https://issues.apache.org/activemq/browse/AMQ-907?page=all ]
Hiram Chirino resolved AMQ-907.
---
Resolution: Fixed
done..
Make the ActiveIO dependency and optional dependency.
-
Key
[
https://issues.apache.org/activemq/browse/AMQ-907?page=comments#action_36889 ]
Hiram Chirino commented on AMQ-907:
---
Applied changes in trunk rev 439108 and 439111..
Make the ActiveIO dependency and optional dependency
[
https://issues.apache.org/activemq/browse/AMQ-907?page=comments#action_36891 ]
Hiram Chirino commented on AMQ-907:
---
activeio transport moved in trunk revision 439204.
Make the ActiveIO dependency and optional dependency
[
https://issues.apache.org/activemq/browse/AMQ-907?page=comments#action_36890 ]
Hiram Chirino commented on AMQ-907:
---
Moved the activeio transport to a seperate module and placed it in the sandbox.
The tcp/ssl/stomp and vm transports do
Make the ActiveIO dependency and optional dependency.
---
Key: AMQ-907
URL: https://issues.apache.org/activemq/browse/AMQ-907
Project: ActiveMQ
Issue Type: Improvement
1.1.
JMS Listeners for protocols activeio, peer and openwire fail to start
-
Key: GERONIMO-1786
URL: http://issues.apache.org/jira/browse/GERONIMO-1786
Project: Geronimo
Type: Bug
FactoryFinder in ActiveIO has moved. Breaks FlowProvider.java.
---
Key: SM-445
URL: https://issues.apache.org/activemq/browse/SM-445
Project: ServiceMix
Type: Bug
Components: servicemix-core
[ https://issues.apache.org/activemq/browse/SM-445?page=all ]
Kit Plummer closed SM-445:
--
Resolution: Cannot Reproduce
Problem, was an older ActiveIO. My bad.
FactoryFinder in ActiveIO has moved. Breaks FlowProvider.java
[ https://issues.apache.org/activemq/browse/AMQ-704?page=all ]
Hiram Chirino updated AMQ-704:
--
Fix Version: 4.1
(was: 4.0 RC2)
ActiveIO compromises java.lang.System.properties
option to disable the activeio locking trick.
ActiveIO compromises java.lang.System.properties
Key: AMQ-704
URL: https://issues.apache.org/activemq/browse/AMQ-704
Project: ActiveMQ
Type: Bug
Environment: ActiveMQ
wide object that
is accessible by all classloaders?
Stringifing the map sounds promising if a bit in-efficient. But then again
locking is not a fast thing right?
For now, activeio has implemented a workaround. Add a
-Dorg.apache.activeio.journal.active.DisableLocking=true to JVM startup
[ https://issues.apache.org/activemq/browse/AMQ-704?page=all ]
Hiram Chirino reassigned AMQ-704:
-
Assign To: Hiram Chirino
ActiveIO compromises java.lang.System.properties
Key: AMQ-704
ActiveIO compromises java.lang.System.properties
Key: AMQ-704
URL: https://issues.apache.org/activemq/browse/AMQ-704
Project: ActiveMQ
Type: Bug
Environment: ActiveMQ 4.0RC2 (confirmed still around in the current
JMS Listeners for protocols activeio, peer and openwire fail to start
-
Key: GERONIMO-1786
URL: http://issues.apache.org/jira/browse/GERONIMO-1786
Project: Geronimo
Type: Bug
Components: ActiveMQ
Now that activeio is under the apache flag, I planning on doing the
package rename deal and use this opportunity to do some spring
cleaning. I'm planning on:
* renaming org.activeio to org.apache.activeio
* going to a multi module build process so that we can make aio
adapter an optional
Author: jstrachan
Date: Wed Dec 14 05:45:12 2005
New Revision: 356776
URL: http://svn.apache.org/viewcvs?rev=356776view=rev
Log:
removed possible threading error
Modified:
incubator/activemq/trunk/activeio/src/java/org/activeio/journal/active/ControlFile.java
Modified:
incubator/activemq
/project.xml
incubator/activemq/trunk/activeio/project.xml
incubator/activemq/trunk/project.properties
Modified: incubator/activemq/trunk/activecluster/.classpath
URL:
http://svn.apache.org/viewcvs/incubator/activemq/trunk/activecluster/.classpath?rev=356368r1=356367r2=356368view=diff
[ http://issues.apache.org/jira/browse/GERONIMO-741?page=all ]
David Jencks reassigned GERONIMO-741:
-
Assign To: David Jencks (was: Hiram Chirino)
Move from ActiveIO 1.0 to ActiveIO 1.1
--
Key
/project.properties;
new revision: 1.35.2.6; previous revision: 1.35.2.5
Move from ActiveIO 1.0 to ActiveIO 1.1
--
Key: GERONIMO-741
URL: http://issues.apache.org/jira/browse/GERONIMO-741
Project: Geronimo
Type: Task
Versions
At 11:41 AM 7/12/2005, David Jencks wrote:
If an application does a JAAS-based certificate login, then the private
credentials thus stored in the current subject should be used to do the
client-side of an client authentication on a successive remote corba SSL
call. Thus making the client system
[ http://issues.apache.org/jira/browse/GERONIMO-741?page=all ]
John Sisson updated GERONIMO-741:
-
Fix Version: 1.0-M4
Move from ActiveIO 1.0 to ActiveIO 1.1
--
Key: GERONIMO-741
URL: http
Here are some notes on SSL configuration from IIOP/CSIv2 point of
view. This is not API, just what a such API need to do. The Trifork
ORB (note: Trifork is with just one capital letter) includes some
code to do this, but it would make sense to integrate this into
ActiveIO to make it more
sense to integrate this into ActiveIO to
make it more widely applicable.
For SSL we need a more elaborate configuration scheme. These
requirements are driven directly off the J2EE CSIv2 interop
specifications. In essence, we need to be able to specify these
things on a per-bean level; which
David Jencks wrote:
On Jul 12, 2005, at 1:14 AM, Kresten Krab Thorup wrote:
For client sockets, things are slightly more complicated because we
need to support that the user is authenticated with an X509
certificate. In this case, the credentials of the user (which would
typically be
On Jul 12, 2005, at 11:27 AM, Kresten Krab Thorup wrote:
David Jencks wrote:
On Jul 12, 2005, at 1:14 AM, Kresten Krab Thorup wrote:
For client sockets, things are slightly more complicated because we
need to support that the user is authenticated with an X509
certificate. In this case,
Move from ActiveIO 1.0 to ActiveIO 1.1
--
Key: GERONIMO-741
URL: http://issues.apache.org/jira/browse/GERONIMO-741
Project: Geronimo
Type: Task
Versions: 1.0-M4
Reporter: John Sisson
Assigned to: Hiram Chirino
Hiram,
I browsed through the ActiveIO code, and it is pretty close to what I
am looking for for the basic IO stuff. Very nice!
Here's a couple of things that come off my mind...
- the NIOAsyncChannel class should use the selector mechanism to wait
for the ability to write data, rather
Kresten Krab Thorup wrote:
Hiram,
I browsed through the ActiveIO code, and it is pretty close to what I
am looking for for the basic IO stuff. Very nice!
Here's a couple of things that come off my mind...
Thanks Kresten for these comments. They have served me as a gentle
introduction
Hiram Chirino wrote:
On Jul 11, 2005, at 5:59 AM, Kresten Krab Thorup wrote:
I'll come back later with some thoughts on SSL stuff...
Thanks for the input Kresten. To spare the geronimo list from this low
level io talk, you might want to post further thoughts to the activeio
mailing
again :)
Hiram, you can correct me if I'm wrong, but thought the ActiveIO code
was created from the ActiveMQ transport system?
We had several conversations over a period of months on just using the
ActiveMQ transports in OpenEJB and Geronimo so there would be
something common to cut-down
Hi David,
I just pushed up a new copy of activeio that should fix the problem.
Could you pull it down and try again.
David Jencks wrote:
I'm getting test failures on the following on both linux and osX:
org.apache.geronimo.security.jaas.LoginPropertiesFileTest
Many thanks, the new version of activeio seems to make the tests all
pass. However, I wonder if there is still a problem somewhere. I'm
seeing the itests go very very slowly and the thread count is now at
288.
david jencks
On Dec 26, 2004, at 6:59 PM, Hiram Chirino wrote:
Hi David,
I just
other java process, presumably geronimo, has about 480 threads and
won't shut down. Cpu is at 100%
Any ideas?
thanks
david jencks
On Dec 26, 2004, at 7:32 PM, David Jencks wrote:
Many thanks, the new version of activeio seems to make the tests all
pass. However, I wonder if there is still
I'm getting test failures on the following on both linux and osX:
org.apache.geronimo.security.jaas.LoginPropertiesFileTest
org.apache.geronimo.security.jaas.LoginSQLTest
org.apache.geronimo.security.jaas.TimeoutTest
org.apache.geronimo.security.network.protocol.SubjectCarryingProtocolTes
t
At
78 matches
Mail list logo