[
https://issues.apache.org/activemq/browse/AMQ-827?page=comments#action_36609 ]
james strachan commented on AMQ-827:
It was much harder messier to do via string parsing suffixes - as we'd have
to add a String based setter then do string
[ https://issues.apache.org/activemq/browse/AMQ-836?page=all ]
james strachan resolved AMQ-836.
Resolution: Fixed
You can now specify this on a property on the ActiveMQConnectionFactory POJO or
via a URI such as
[ https://issues.apache.org/activemq/browse/AMQ-821?page=all ]
james strachan updated AMQ-821:
---
Fix Version/s: 4.1
(was: incubation)
changed fix version
Openwire code (from HEAD) doesn't compile on .Net 1.1 - uses sizeof(int)
[ https://issues.apache.org/activemq/browse/AMQ-830?page=all ]
james strachan resolved AMQ-830.
Resolution: Duplicate
Duplicate of AMQ-821
switch the C# code to use System.Runtime.InteropServices.Marshal.SizeOf)
instead of sizeof() to avoid issues
Sounds like a clean solution to me
+1
P
On 7/23/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
Agreed.
I think we must provide a way to easily upgrade a component (for example)
using a ant / maven task
without having to undeploy all the SAs, shutting down the component,
uninstall, reinstall,
Quoting the JBI spec:
SEs are the business logic drivers of the JBI system.
BCs are used to send and receive messages via particular protocols and
transports.
Let's talk about the jsr181 component. I think the definition for BCs
clearly indicates
that the jsr181 component is not a BC, so I think
Its a good point - though I think a lot of people at attaching themselves to
the lw-container as the de-facto mechanism for developing JBI components,
we should probably start trying to break down what they want to achieve and
offer up some better SE's in that case. Maybe an EJB3 SE would allow
On 7/24/06, Philip Dodds [EMAIL PROTECTED] wrote:
Yeah I know the spec speaks about SE and the business logic - though I
tend
to this that was meant in the context of BPEL and Business Process - I
suppose the question becomes if i have an application that wants to expose
functionality should
[ https://issues.apache.org/activemq/browse/SM-492?page=all ]
Guillaume Nodet closed SM-492.
--
Resolution: Won't Fix
Fail Run ServiceMix 3-0-M1.
---
Key: SM-492
URL:
On 7/23/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jdillon
Date: Sat Jul 22 20:02:05 2006
New Revision: 424668
URL: http://svn.apache.org/viewvc?rev=424668view=rev
Log:
Skeletal experiment to implement a Geronimo repository w/JDBM
Also provides a common m2 structure for a subsystem
add spring aware ConnectionFactory implementations which automatically set the
clientIDPrefix from the Spring Bean Name
Key: AMQ-840
URL:
On 7/20/06, John Sisson [EMAIL PROTECTED] wrote:
Should a link be added on the
http://geronimo.apache.org/subprojects.html page to the
http://geronimo.apache.org/xbean/ site? Currently I don't think there
are any links to XBean from the Geronimo site.
The XBean poms also need to be updated
KeyStore portlet: Functionality missing from 1.0 and more
--
Key: GERONIMO-2218
URL: http://issues.apache.org/jira/browse/GERONIMO-2218
Project: Geronimo
Issue Type: Bug
[ http://issues.apache.org/jira/browse/GERONIMO-2218?page=all ]
Vamsavardhana Reddy updated GERONIMO-2218:
--
Summary: KeyStore portlet: Functionality missing from 1.0 (was: KeyStore
portlet: Functionality missing from 1.0 and more)
KeyStore
It is in its own branch.
sandbox/svkmerge should probably have been named sandbox/jdillon or
something.
sandbox/svkmerge/m2migration has nothing to do with sandbox/svkmerge/
geronimo-repository
--jason
On Jul 23, 2006, at 2:30 AM, Jacek Laskowski wrote:
On 7/23/06, [EMAIL PROTECTED]
Did you see the sample_sample_sample_sample_sample_sample_sample_
bits?
I think you don't want to uncomment... I don't want to see
sample_sample_sample_sample_sample_sample_sample_ on the
subprojects page.
--jason
On Jul 23, 2006, at 3:31 AM, Jacek Laskowski wrote:
On 7/20/06, John
On 7/23/06, Jason Dillon [EMAIL PROTECTED] wrote:
It is in its own branch.
sandbox/svkmerge should probably have been named sandbox/jdillon or
something.
sandbox/svkmerge/m2migration has nothing to do with sandbox/svkmerge/
geronimo-repository
Whoops! I appologize for the noise.
Jacek
--
On 7/23/06, Jason Dillon [EMAIL PROTECTED] wrote:
Did you see the sample_sample_sample_sample_sample_sample_sample_
bits?
I think you don't want to uncomment... I don't want to see
sample_sample_sample_sample_sample_sample_sample_ on the
subprojects page.
If that's everything that prevents us
I think it would be better to remove the Subprojects page (and the
link to it from the Development section) and then just add the
links to the Subprojects section just below it on the left-nav.
--jason
On Jul 23, 2006, at 12:06 PM, Jacek Laskowski wrote:
On 7/23/06, Jason Dillon [EMAIL
[RTC] Merge m2migration (functional m2 build) to trunk
--
Key: GERONIMO-2219
URL: http://issues.apache.org/jira/browse/GERONIMO-2219
Project: Geronimo
Issue Type: RTC
Security Level:
Please see this issue for details:
http://issues.apache.org/jira/browse/GERONIMO-2219
* * *
I hope to be able to merge this work to trunk in a week or so, so
please, please, please take some time to review the branch and vote
(PMC or not).
--jason
Does anyone know whether the jpa spec snapshots are being deployed in
the snapshot repo?
http://people.apache.org/maven-snapshot-repository/org/apache/
geronimo/specs/ ??
I am looking for this artifact:
groupIdorg.apache.geronimo.specs/groupId
artifactIdgeronimo-jpa_3.0_spec/artifactId
Does not appear to be... the jpa spec bits are still experimental
IIUC (only living in the specs/branches/jee5_exp branch).
--jason
On Jul 23, 2006, at 2:24 PM, Andrus Adamchik wrote:
Does anyone know whether the jpa spec snapshots are being deployed
in the snapshot repo?
Actually I contributed a few patches to the spec in the past and I
know that it was fully in sync with JPA specification final draft
(not sure about the rest of the specs on that branch). I am going to
diff it with the final release of the spec, but in any case those
will be just minor
I have been hitting problems with the Maven plugin in situations where I
need to work out the dependencies and then other components outside the
scope of the component being deployed are using the dependencies that this
component wishes to stop.
When using the hot-deploy directory ServiceMix is
It would be really convenient if we could get these publishing to the
apache snapshot repository. We are using the ejb3 spec in OpenEJB 3
and I know Greg is using the Servlet one.
-dain
On Jul 23, 2006, at 2:52 PM, Andrus Adamchik wrote:
Actually I contributed a few patches to the spec in
I have been working through the lw-container, JSR181 and wanted to share
some thoughts on these service engines.
I'm wondering whether then should be service engines, since they each
require a additions to the classpath I'm wondering if they shouldn't be
Binding Component Archetypes. I suppose
No... except right now our specs are a in a state of flux wrt how
they built.
Probably going to get that cleaned up very shortly though.
--jason
On Jul 23, 2006, at 2:52 PM, Andrus Adamchik wrote:
Actually I contributed a few patches to the spec in the past and I
know that it was fully
I'd be happy to work on this (with Alan?) after the m2conversion bits
are merged (maybe while waiting for RTC on that too).
I still need to get the new javamail bits published too.
--jason
On Jul 23, 2006, at 3:09 PM, Dain Sundstrom wrote:
It would be really convenient if we could get
Bringing JPA (EJB 3.0) spec up to date with the final release of JSR-220.
-
Key: GERONIMO-2220
URL: http://issues.apache.org/jira/browse/GERONIMO-2220
Project: Geronimo
Agreed.
I think we must provide a way to easily upgrade a component (for example)
using a ant / maven task
without having to undeploy all the SAs, shutting down the component,
uninstall, reinstall, start, redeploy the SA.
Actually, this code is not really in the AutoDeploymentService, but in the
[ http://issues.apache.org/jira/browse/GERONIMO-2220?page=all ]
Andrus Adamchik updated GERONIMO-2220:
--
Attachment: jpa-final-patch.txt
This patch is a diff between JPA spec Proposed Final Draft and the final spec
that went out in May.
FYI, I have an initial impl of a JDBM-based hybrid repository here:
http://svn.apache.org/repos/asf/geronimo/sandbox/svkmerge/
geronimo-repository/geronimo-repository-providers/geronimo-repository-
jdbm/
This uses files to store the content to be compatible wit the
existing API, and
[
http://issues.apache.org/jira/browse/GERONIMO-2220?page=comments#action_12422953
]
Jeff Genender commented on GERONIMO-2220:
-
Problem with the patch...compile gives the following:
[INFO]
[ http://issues.apache.org/jira/browse/GERONIMO-2220?page=all ]
Andrus Adamchik updated GERONIMO-2220:
--
Attachment: jpa-final-patch.txt
My bad, here is a patch that has all the *new* files in it.
Bringing JPA (EJB 3.0) spec up to date with the
[ http://issues.apache.org/jira/browse/GERONIMO-2220?page=all ]
Jeff Genender closed GERONIMO-2220.
---
Resolution: Fixed
Excellent..thanks for the patch. I was going to do it but was procrastinating
due to the huge diff against the spec ;-)
Sending
Should we move these against the spec trunk as SNAPSHOTS? I think the
time is ripe ;-) There are a few projects using this code base.
Jason Dillon wrote:
I'd be happy to work on this (with Alan?) after the m2conversion bits
are merged (maybe while waiting for RTC on that too).
I still need
[
http://issues.apache.org/jira/browse/GERONIMO-2220?page=comments#action_12422957
]
Andrus Adamchik commented on GERONIMO-2220:
---
Jeff, look like the new files didn't make it, and deleted weren't deleted. The
second patch has the new
[
http://issues.apache.org/jira/browse/GERONIMO-2220?page=comments#action_12422958
]
Jeff Genender commented on GERONIMO-2220:
-
Did you use svn diff? I manually added and deleted the files:
Adding
[
http://issues.apache.org/jira/browse/GERONIMO-2220?page=comments#action_12422959
]
Andrus Adamchik commented on GERONIMO-2220:
---
Yeah I did, but when I created the first patch, the files weren't added to SVN
vis svn add. They were
[ http://issues.apache.org/jira/browse/GERONIMO-2218?page=all ]
Vamsavardhana Reddy updated GERONIMO-2218:
--
Attachment: GERONIMO-2218.patch
GERONIMO-2218.patch:
Addresses 1, 2, 3 from above and
4. GERONIMO-1531 KeyStore portlet should
[ http://issues.apache.org/jira/browse/GERONIMO-2218?page=all ]
Vamsavardhana Reddy updated GERONIMO-2218:
--
Patch Info: [Patch Available]
Patch provided. Please review the patch and provide comments so that the fix
can go into 1.1.1 release.
42 matches
Mail list logo