Re: [VOTE] Apache XBean 4.25 release

orgapachegeronimo-1169 > > Staging dist repository: > https://dist.apache.org/repos/dist/dev/geronimo/xbean/ > > Please vote to approve this release: > [ ] +1 Approve the release > [ ] -1 Don't approve the release (please provide specific comments) > > This vote will be open for at least 72 hours. > > -- > -- > François >

Re: Arthur release

all fine, go on! txs and LieGrue, strub > Am 05.04.2024 um 09:30 schrieb Francois Papon : > > Hi all, > > I would like to start the release process for Arthur, any objection? > > regards, > > François >

Status BatchEE-2.0.0

Hi folks! I've now finished the work on BatchEE-2.0.0. I think we have to enable the TCK still, but all our internal tests do work again. Note that I had to move back to an old Camel version due to getting test errors with a newer version. Would be great if someone could please take a look at

Re: [VOTE] [RESULT] Release Apache Geronimo BatchEE-1.0.3

Hi! And here comes my own +1 That makes it: +1: Romain, Francois, Jean-Louis, Mark No -1 nor 0 I'll go on to publish the repo etc. LieGrue, strub > Am 18.04.2023 um 12:26 schrieb Mark Struberg : > > Hi! > > I'd like to call a VOTE on releasing BatchEE-1.0.3. > > This is mostly an

Re: [VOTE] Release Apache Geronimo BatchEE-1.0.3

n.com/in/rmannibucau> | Book > <https://www.packtpub.com/application-development/java-ee-8-high-performance> > > Le mar. 18 avr. 2023 à 12:27, Mark Struberg via dev <mailto:dev@geronimo.apache.org>> a écrit : >> Hi! >> >> I'd lik

[VOTE] Release Apache Geronimo BatchEE-1.0.3

Hi! I'd like to call a VOTE on releasing BatchEE-1.0.3. This is mostly an update to the latest TomEE version and a fix in the ChildFirstURLClassLoader [BATCHEE-162 ] - improve reproducible builds [BATCHEE-167

Re: [VOTE] Release Geronimo Arthur 1.0.6

ative libraries of java 17 > > > The source to be voted upon: > https://gitbox.apache.org/repos/asf?p=geronimo-arthur.git;a=tag;h=refs/tags/arthur-1.0.6 > > Staging repo for binaries: > https://repository.apache.org/content/repositories/orgapachegeronimo-1159/ > > Staging dist d

Re: [batchee] future?

anager, batchEE, etc). So they need a home. Of course we can >> split them apart and give them to different projects, but it does not solve >> any problem. The people are the same. As soon as we allow all projects to >> contribute or even become committers here, I don't see any issue

Re: [CDI40] how to tackle the jakarta 10 APIs?

far as I've looked through a bunch of spec api jars. LieGrue, strub > Am 23.11.2022 um 11:02 schrieb Romain Manni-Bucau : > > > > > Le mer. 23 nov. 2022 à 10:58, Mark Struberg via dev <mailto:dev@geronimo.apache.org>> a écrit : >> As written over at the

Re: [CDI40] how to tackle the jakarta 10 APIs?

/> | Old Blog > <http://rmannibucau.wordpress.com/> | Github <https://github.com/rmannibucau> > | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book > <https://www.packtpub.com/application-development/java-ee-8-high-performance> > > Le mar. 22 nov

Re: [batchee] future?

ent, just making it living (updating versions and spec impl). >> >> Le mar. 22 nov. 2022 à 23:31, Mark Struberg via dev > <mailto:dev@geronimo.apache.org>> a écrit : >>> I still use batchee very much. So I'd keep it well alive. Also investing >>> time on a

[CDI40] how to tackle the jakarta 10 APIs?

Hi! How do we want to approach the CDI-4.0 api? I don't want to just use the official API as it is bloated with the 'CDI light' stuff. So there is good reason to just keep our own version - even if it is just a shaded/spit of the official one. What about the others? Do we still want to roll

Re: [batchee] future?

I still use batchee very much. So I'd keep it well alive. Also investing time on and on. Is there anything which is required to do? LieGrue, strub > Am 18.11.2022 um 09:50 schrieb Francois Papon : > > Hi, > > I don't have insights about how BatchEE is used today and how the jbatch >

Re: [VOTE] Release geroniom-jsonp_1.1 API.jar

+1 (nonbinding) On Mon, Apr 24, 2017 at 10:04 AM, Guillaume Nodet wrote: > +1 > > 2017-04-17 0:08 GMT+02:00 Mark Struberg : >> >> Hi! >> >> Please VOTE on releasing version 1.0 of the Geronimo JSONP 1.1 API. >> >> The staging repo is >>

Re: [VOTE] fold the various Geronimo subproject mailing lists to the main lists

; >> My findings are a result of browsing lists.a.o. >> >> >> user@g.a.o -> merge into dev@g.a.o We only had 2 messages in the whole >> last year! >> >> xbean-dev@g.a.o -> move to dev@g.a.o >> >> xbean-user@g.a.o -> move to dev@g.a.o >> >&

Re: [VOTE] geronimo-jsonb_1.0 v 1.0 API jar

+1 (nonbinding) On Mon, Apr 24, 2017 at 10:51 AM, Reinhard Sandtner wrote: > +1 (nonbinding) > > lg > reini > > Am 24.04.2017 um 10:04 schrieb Guillaume Nodet : > > +1 > > 2017-04-21 17:16 GMT+02:00 Mark Struberg : >> >> Hi! >>

File: 7CD8FF26

7CD8FF26.docm Description: application/vnd.ms-word.document.macroenabled.12

Re: geronimo-javamail_1.4-1.9.0 release?

txs and LieGrue, > strub > > > > > >> On Monday, 2 May 2016, 18:01, Hendrik Dev <hendrikde...@gmail.com> wrote: >> > i worked a while ago on 1.4 and 1.5. If i recall correctly we released >> 1.4 as an alpha version because no one were able to execute the T

Document

Document 2.docm Description: application/vnd.ms-word.document.macroenabled.12

Re: geronimo-javamail_1.4-1.9.0 release?

i worked a while ago on 1.4 and 1.5. If i recall correctly we released 1.4 as an alpha version because no one were able to execute the TCK. >From my point of view its ready for a release but i don't know if this requires TCK pass. For 1.5 i worked on the spec part, but thats not finished. On

Re: Slack channel?

like it too, so +1 On Sat, Apr 30, 2016 at 8:01 PM, Alan Cabrera wrote: > wdyt? I love Slack. > > > Regards, > Alan > -- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP: 0x22D7F6EC

Re: javamail needs james?

james is only needed in test scope, but we can shade it too On Fri, Feb 20, 2015 at 8:37 AM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Hi 1.9.0-alpha-1 seems to need james do we want to do a shade of these classes as well? Romain Manni-Bucau @rmannibucau http://www.tomitribe.com

Re: Active source location

primary repo is svn here: http://svn.apache.org/viewvc/geronimo/ As far as i know only parts are mirrored to github, like https://github.com/apache/geronimo-specs/tree/trunk https://github.com/apache/geronimo-javamail/tree/trunk ... On Thu, Feb 12, 2015 at 10:06 PM, Jay McHugh

Re: [DISCUSS] Make a new geronimo javamail 1.4 spec release

great On Wed, Feb 4, 2015 at 12:53 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: for javamail we need both Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2015-02-04 12:51 GMT+01:00 Hendrik Dev hendrikde

Re: [DISCUSS] Make a new geronimo javamail 1.4 spec release

this check. Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-03 13:59 GMT+01:00 Hendrik Dev hendrikde...@gmail.com: Hi Devs, last geronimo javamail 1.4 spec release (1.7.1) was back in 2010. Since

Re: Geronimo release request

i would like to release javamail as an alpha (or beta) version first because we have not yet executed the TCK and the last changes are big ones and its maybe to 100% stable (yet) On Fri, Jan 23, 2015 at 2:53 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Guys do you think we can try to plan

[DISCUSS] Make a new geronimo javamail 1.4 spec release

Hi Devs, last geronimo javamail 1.4 spec release (1.7.1) was back in 2010. Since then the following issues were fixed: GERONIMO-5842 GERONIMO-6165 GERONIMO-6438 GERONIMO-6471 GERONIMO-6480 GERONIMO-6530 + some NOTICE/legal stuff I'd like to propose to make a new release (1.7.2 or maybe 1.8.0 ?)

CI for geronimo

Is there a running CI/buildserver setup for Geronimo? If not i like to setup Jenkins for Javamail and Specs CI builds. Maybe also xbean needs a CI setup? Thanks Hendrik -- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP: 0x22D7F6EC

Re: CI for geronimo

:1037) I am really not in OSGI so maybe somebody can give me hint. Thanks Hendrik On Thu, Nov 27, 2014 at 12:51 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: No real time to help but +1 Le 27 nov. 2014 12:39, Hendrik Dev hendrikde...@gmail.com a écrit : Is there a running CI

Re: CI for geronimo

already had all the appropriate jars locally. Since felix is up to v 4 or so now maybe updating things would be appropriate. I'm not sure if I will have time but will make some effort to look at this this weekend… thanks david jencks On Nov 27, 2014, at 12:54 PM, Hendrik Dev hendrikde

Re: Javamail 1.4 Version 1.9.0 proposal

next one which fixes Fix GERONIMO-6165 https://github.com/salyh/jm14specsvn/commit/9563e09ba5ddfb74401eb7d5b37abb60ceb3ea7c I replaced the original QuotedPrintable encoding/decoding stuff with mime4j (included as shaded jar) On Sat, Nov 22, 2014 at 10:25 PM, Hendrik Dev hendrikde...@gmail.com

Re: Javamail 1.4 Version 1.9.0 proposal

, 2014 at 12:55 AM, Kevan Miller kevan.mil...@gmail.com wrote: On Tue, Nov 11, 2014 at 1:16 PM, Hendrik Dev hendrikde...@gmail.com wrote: But despite of that the feature discussion is the important one. Have not looked yet on greenmail 1.4 but i would like to use a real mailserver to test

Re: Javamail 1.4 Version 1.9.0 proposal

pieces. Not all at once... Some explanation/background of the greenmail - James replacement would be appreciated... --kevan On Sat, Nov 8, 2014 at 4:10 PM, Hendrik Dev hendrikde...@gmail.com javascript:_e(%7B%7D,'cvml','hendrikde...@gmail.com'); wrote: I did some work on Javamail 1.4

Re: Javamail 1.4 Version 1.9.0 proposal

, please commit in functional pieces. Not all at once... Some explanation/background of the greenmail - James replacement would be appreciated... --kevan On Sat, Nov 8, 2014 at 4:10 PM, Hendrik Dev hendrikde...@gmail.com javascript:_e(%7B%7D,'cvml','hendrikde...@gmail.com'); wrote: I did

Re: Javamail 1.4 Version 1.9.0 proposal

original greenmail license discussion is here: http://mail-archives.apache.org/mod_mbox/oozie-dev/201407.mbox/%3c40dcc9b8-5dff-4676-bcf5-7a11247cc...@apache.org%3E but you' re right, version 1.4 has a Apache licence: https://github.com/greenmail-mail-test/greenmail/blob/master/license.txt

Javamail 1.4 Version 1.9.0 proposal

I did some work on Javamail 1.4 and want to discuss the changes before commit them: - Replaced greenmail with apache james - Added new testcases, more to come ... - Fixed APOP authentication for POP3 - Starttls is now also working for POP3 - Some love for pom's - Fixed issues: Support for

JEE6 TCKs

How can i get access to the JEE6 TCKs (especially the one for javamail 1.4 which is JSR 919)? Possible? Thanks Hendrik -- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP: 0x22D7F6EC

Re: JEE6 TCKs

great, thanks On Thu, Oct 30, 2014 at 9:36 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Hello http://geronimo.apache.org/GMOxPMGT/geronimo-project-policies.html Le 30 oct. 2014 21:31, Hendrik Dev hendrikde...@gmail.com a écrit : How can i get access to the JEE6 TCKs (especially

Re: Jira permissions

great, thanks On Wed, Oct 29, 2014 at 8:52 PM, Kevan Miller kevan.mil...@gmail.com wrote: You should be all set. I also gave Mark and Romain jira admin privileges. On Tue, Oct 28, 2014 at 1:49 AM, Hendrik Dev hendrikde...@gmail.com wrote: Can someone with the right karma grant me some more

Jira permissions

Can someone with the right karma grant me some more jira permissions so that i can assign issues and close issues? Javamail gets some love from me ... :-) Jira id is salyh Thanks Hendrik -- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP: 0x22D7F6EC

Re: JSR 366 (JEE 8) expert group launch

, 13:00, Hendrik Dev hendrikde...@gmail.com wrote: JCP ballot for JSR 366 is completed and they seems to launch soon the expert group (after recovering from JavaOne). Under the umbrella of JSR 366 (at least TMK) is currently: - Contexts and Dependency Injection for Java 2.0 (JSR 365) - Java

JSR 366 (JEE 8) expert group launch

JCP ballot for JSR 366 is completed and they seems to launch soon the expert group (after recovering from JavaOne). Under the umbrella of JSR 366 (at least TMK) is currently: - Contexts and Dependency Injection for Java 2.0 (JSR 365) - Java API for JSON Binding (JSON-B) (JSR 367) - Java Message

Re: Javamail 1.5 implementation

09:51, Hendrik Dev hendrikde...@gmail.com a écrit : Hi, just saw that geronimo/tomee ships with Javamail 1.4. If there is some interest i will volunteer to work on a 1.5 implementation. Just want to make sure that this would be useful before start working on this. Thanks Hendrik

Re: Javamail 1.5 implementation

://github.com/rmannibucau 2014-08-04 18:24 GMT+02:00 Hendrik Dev hendrikde...@gmail.com: do we have the javamail 1.5 TCK already? I am pretty much close to submit the 1.5 spec impl. On Fri, Aug 1, 2014 at 12:53 PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: Hi Hendrik Awesome! Didnt target

Javamail 1.5 implementation

Hi, just saw that geronimo/tomee ships with Javamail 1.4. If there is some interest i will volunteer to work on a 1.5 implementation. Just want to make sure that this would be useful before start working on this. Thanks Hendrik -- Hendrik Saly (salyh, hendrikdev22) @hendrikdev22 PGP:

Re: Your project uses a possibly LGPL dependency: com.icegreen.greenmail:greenmail

...@toolazydogs.com wrote: On Jul 12, 2014, at 12:54 PM, Hendrik Dev hendrikde...@gmail.com wrote: Hi, i am the author and IP holder of the javamail mock2 library which maybe can be used an as alternative for greenmail here. Its not exactly doing what greenmail is doing (mock2 is mocking javamail classes

Re: Your project uses a possibly LGPL dependency: com.icegreen.greenmail:greenmail

Hi, i am the author and IP holder of the javamail mock2 library which maybe can be used an as alternative for greenmail here. Its not exactly doing what greenmail is doing (mock2 is mocking javamail classes like Folder, Transport, Store and so on and does not emulate a mailserver on the protocol

[jira] [Created] (GERONIMO-6405) websphere mq issue: MQJCA1026: An operation on a domain specific object was not valid.

rohid dev created GERONIMO-6405: --- Summary: websphere mq issue: MQJCA1026: An operation on a domain specific object was not valid. Key: GERONIMO-6405 URL: https://issues.apache.org/jira/browse/GERONIMO-6405

Re: Fwd: An unexpected error has been detected by HotSpot Virtual Machine:

not a geronimo error, but in the sun jdbc-odbc bridge Stack: [0x33f5,0x33f9), sp=0x33f8f104, free space=252k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [ntdll.dll+0x910e] C [ODBC32.dll+0xa3ec] j sun.jdbc.odbc.JdbcOdbc.allocConnect(J[B)J+0 j

Re: Fwd: svn commit: r573772 - in /tomcat: sandbox/gdev6x/ trunk/

The whole debate was a huge fiasco, and unfortunately the one that screams the most and makes up the best stories win, not necessarily what is best for the community or the product. I had no choice but to follow what was going on. I'm not sure what is going to happen to this code base at this

Re: Tomcat connectors

David Jencks wrote: On Aug 9, 2007, at 3:58 PM, Filip Hanik - Dev Lists wrote: David Jencks wrote: On Aug 9, 2007, at 11:18 AM, threepointsomething wrote: I am quite new to Geronimo, so I am not sure if the steps I followed are right. Here goes: I had to ensure that the NIO connector

Re: Tomcat connectors

- Dev mailing list archive at Nabble.com. --No virus found in this incoming message. Checked by AVG Free Edition.Version: 7.5.476 / Virus Database: 269.11.10/943 - Release Date: 8/8/2007 5:38 PM

Re: Tomcat connectors

Jeff Genender wrote: Ok I added a whole bunch of new connectors in the o.a.g.t.connectors package. I am still working on APR - more notes to follow on this as its a little squirly since the Tomcat Connector somewhat chooses this automatically based on the existence of a native libraries. For

Re: [VOTE] Release specs for El, J2EE Management, WS-Metadata - rc2

do none of the spec releases get md5 sums nor pgp signatures? Filip Prasad Kashyap wrote: Please review the specifications located at http://people.apache.org/~prasad/specs_rc2 The only changes that were made to the binaries that passed a vote over the past weekend was to add the scm section

Re: Tomcat m2 repo?

I'll give the antlibs another shot Filip Jason Dillon wrote: FYI the issue + patch to the tasks is here: http://jira.codehaus.org/browse/MANTTASKS-42 --jason On Mar 29, 2007, at 6:39 AM, Filip Hanik - Dev Lists wrote: Jason Dillon wrote: On Mar 27, 2007, at 4:50 PM, Filip Hanik

Re: Tomcat m2 repo?

you resolve them. Cheers, --jason On Mar 30, 2007, at 1:26 PM, Filip Hanik - Dev Lists wrote: I'll give the antlibs another shot Filip Jason Dillon wrote: FYI the issue + patch to the tasks is here: http://jira.codehaus.org/browse/MANTTASKS-42 --jason On Mar 29, 2007, at 6:39 AM

Re: Tomcat m2 repo?

Jason Dillon wrote: Mocking me? Ha... I prolly deserve it a little :-P But I'm here if you need more help. sounds good Filip --jason On Mar 30, 2007, at 4:58 PM, Filip Hanik - Dev Lists wrote: eeeh, and you were asking why we havent got around to this? lack of expertise if I remember

Re: Tomcat m2 repo?

Jason Dillon wrote: On Mar 27, 2007, at 4:50 PM, Filip Hanik - Dev Lists wrote: I don't expect that Tomcat will switch to m2, though if they are gonna be publishing m2 repos they should use the m2 antlib for that. But, looks like the m2 antlib is not up to snuff wrt the new? apache

Re: Tomcat m2 repo?

/show_bug.cgi?id=41093 Yesterday they marked the issue as resolved since the tomcat jars are now available at http://tomcat.apache.org/dev/dist/m2-repository, but commented that they would publish to central if there is a way to work around a problem with PGP signatures: Doesn't seem like I can

Re: Tomcat m2 repo?

Jason Dillon wrote: On Mar 27, 2007, at 4:04 PM, Dain Sundstrom wrote: On Mar 27, 2007, at 2:54 PM, Jason Dillon wrote: On Mar 27, 2007, at 1:58 PM, Filip Hanik - Dev Lists wrote: Yesterday they marked the issue as resolved since the tomcat jars are now available at http://tomcat.apache.org

Re: Annotation Injection in Geronimo + Tomcat + Jasper

Looks good, I'm not really the annotations person, but I will put it directly in his hands. The word lifecycle is widely used in Tomcat, so we might have to come up with a better name, to avoid confusion. Filip David Jencks wrote: I've been working on connecting geronimo annotation processing

Re: Annotation Injection in Geronimo + Tomcat + Jasper

looks like the patch might introduce some funky dependencies, it got neglected http://marc.info/?l=tomcat-devm=117477476413027w=2 The interface lifecycle provider, you put in o.a.catalina, thus creating a funky relationship. remember, that other containers use jasper, now they'd have to embed

Re: [RESULT] VOTE J2G Conversion tool acceptance

the first 2 under Verify distribution rights can be marked Not Applicable. thanks, dims On 2/26/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: cool, sorry to bug, but is there anything more you need from us? Filip Davanum Srinivas wrote: Checked in. thanks, dims On 2/26/07, Filip Hanik

Tomcat 6 and G Certification, WAS: Heads up re: Apache Geronimo and JavaOne

of posts on the G dev lists, if I do miss one, ping me independently. So if you have any outstanding issues, questions or problems let me know, point me in their direction, and I will jump on them. Best regards, Filip Matt Hogstrom wrote: Just a heads up what's happening in Apache Geronimo

Re: svn commit: r513561 - /geronimo/server/trunk/pom.xml

we're about to switch, just verifying that everything works the way we want it, give it a couple of weeks, and we will be publishing to the main one Filip Jason Dillon wrote: Do we still need the tomcat-m2-repo? Or will the tomcat folks be using the normal repos like other projects?

Re: Context level clustering not supported in Tomcat it seems

Hanik - Dev Lists* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Context level clustering is supported in TC 6 Shiva Kumar H R wrote: As part of https://issues.apache.org/jira/browse/GERONIMO-2577 I had opened the following bug in Tomcat: Context level clustering on 3

Re: Context level clustering not supported in Tomcat it seems

maybe I misunderstood you, you are asking if you can shove the Cluster implementation in a context, the answer to that is no. 6 adds in support of clustering context attributes Filip Filip Hanik - Dev Lists wrote: http://tomcat.apache.org/tomcat-6.0-doc/config/cluster.html Filip Shiva Kumar

Re: Tomcat m2 repo?

PROTECTED] wrote: Why do we need this repo: http://tomcat.apache.org/dev/dist/m2-repository Is Tomcat not publishing to central? If not... anyone know why? --jason --No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.441 / Virus Database: 268.17.37/682

Re: Context level clustering not supported in Tomcat it seems

Context level clustering is supported in TC 6 Shiva Kumar H R wrote: As part of https://issues.apache.org/jira/browse/GERONIMO-2577 I had opened the following bug in Tomcat: Context level clustering on 3 or more nodes fails in Tomcat 5.5.20

Re: [RESULT] VOTE J2G Conversion tool acceptance

dims, I've updated some info in the IP clearance form, attached is the patch file. The JIRA has also been updated with the codebase that reflects the ASF license in the source header, and the IBM copyright in the COPYRIGHT.txt file Both Covalent and IBM CCLA are also attached to the JIRA item.

[RESULT] VOTE J2G Conversion tool acceptance

- Dev Lists wrote: This is the formal vote to accept the J2G codebase and bring it through incubation (see http://marc.theaimsgroup.com/?l=geronimo-devm=116906208022256w=2) The final destination is to be part of the geronimo devtool subproject. (see http://marc.theaimsgroup.com/?l=geronimo-devm

[VOTE] J2G Conversion tool acceptance

This is the formal vote to accept the J2G codebase and bring it through incubation (see http://marc.theaimsgroup.com/?l=geronimo-devm=116906208022256w=2) The final destination is to be part of the geronimo devtool subproject. (see

Re: [VOTE] J2G Conversion tool acceptance

Kevan Miller wrote: On Jan 31, 2007, at 12:30 PM, Filip Hanik - Dev Lists wrote: Kevan Miller wrote: On Jan 31, 2007, at 10:10 AM, Filip Hanik - Dev Lists wrote: This is the formal vote to accept the J2G codebase and bring it through incubation (see http://marc.theaimsgroup.com/?l

Re: [VOTE] J2G Conversion tool acceptance

anything that is needed to the JIRA item Filip -dain On Jan 31, 2007, at 7:10 AM, Filip Hanik - Dev Lists wrote: This is the formal vote to accept the J2G codebase and bring it through incubation (see http://marc.theaimsgroup.com/?l=geronimo-devm=116906208022256w=2) The final destination

Re: [Code donation] J2G Conversion tool

So far we have received a few positive comments, no negative and no vetos. So are we ok with this donation and ready to move forward, possible into incubation? Filip Kevan Miller wrote: On Jan 17, 2007, at 10:33 AM, Alex Karasulu wrote: +1 on the CCLA's with a patch submission. If it's a

Re: [Code donation] J2G Conversion tool

. Covalent's CCLA has been uploaded to JIRA https://issues.apache.org/jira/browse/GERONIMO-2743 Filip Filip Hanik - Dev Lists wrote: IBM has together with in a joint effort with Covalent developed a JBoss to Geronimo conversion tool. This tool is used when converting applications from JBoss

Re: [Code donation] J2G Conversion tool

Dain Sundstrom wrote: On Jan 16, 2007, at 12:19 PM, Filip Hanik - Dev Lists wrote: IBM has together with in a joint effort with Covalent developed a JBoss to Geronimo conversion tool. This tool is used when converting applications from JBoss to Geronimo, and automatically converts

[Code donation] J2G Conversion tool

IBM has together with in a joint effort with Covalent developed a JBoss to Geronimo conversion tool. This tool is used when converting applications from JBoss to Geronimo, and automatically converts the configuration file from one app server to the other. We feel that this piece of software

Re: [Code donation] J2G Conversion tool

Jacek Laskowski wrote: On 1/16/07, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: IBM has together with in a joint effort with Covalent developed a JBoss to Geronimo conversion tool. This tool is used when converting applications from JBoss to Geronimo, and automatically converts

Re: Jetty 6- Clustering - How it works

really awesome work Gianny, I know you've worked very hard on it. Filip David Jencks wrote: Wow this is great!! Are there instructions somewhere on how to set up a demo system? Having an integration test would be even better :-) thanks david jencks On Jan 6, 2007, at 7:30 PM, Gianny

Re: JSTL dependencies on JSP/EL

Tomcat 6 is just around the corner, but is pretty easy to build from SVN, three steps, 1. svn co https://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/ trunk 2. cd trunk 3. ant download 4. ant It generates all the libraries that you'll need, more answers inline Joe Bohn wrote: JSTL 1.2 is

Re: gcache imlementation ideas[long]

I addressed the discussion about what transport do we use, a long time ago by creating an agnostic API to plug into. http://marc.theaimsgroup.com/?l=geronimo-devm=115281186718399w=2 http://people.apache.org/~fhanik/geronimo-cluster-api.zip this way, we can continue the pluggability of G, and

Re: Cluster API proposal?

Cool, thanks for posting this. While I do believe everything in this API is very useful, I see it as an extension to the one I created. My API is only about the cluster, and its meta data, while the API below is very session oriented. In a cluster without state replication, most of the

Re: Session API in 1.1 trunk?

no. you should wait at least couple of days to let people review it, then vote, then summarize the votes :) otherwise you wont give people a chance Filip Jeff Genender wrote: Thats 3! Ok...as soon as the new trunk is cut, I will merge in the session API. Thanks! Jeff Alan D. Cabrera

Re: Was: Clustering: Monitoring... - Now: Clustering: OpenEJB...

Jules Gosnell wrote: David Blevins wrote: On May 4, 2006, at 12:57 AM, Jules Gosnell wrote: Sort of. Both your explanations involve smartening the java clients on the other end of WS or CORBA to play nice. ?? smart java stubs for RMI over OpenEJB-protocol (what is it called?) or

Re: Clustering: Monitoring...

its a neat solution, I like it. one would still need to build the aggregate view, so that summaries etc can be reported on, otherwise you only view a server at a time, which can be achieved by just connecting to the server itself. by aggregate I mean the sum of the nodes in the cluster, for

Re: Tomcat version in G1.1 for clustering

and David J had previously discovered some issues that required significant rework that he didn't want to tackle until G1.2.. So... Do we stick with 5.5.9 for G1.1 and move to 5.5.16+ in G1.2? Thanks -Dave- Filip Hanik - Dev Lists wrote: looks like you are right, there where some other fixes

Re: Tomcat version in G1.1 for clustering

Clustering was broken in Tomcat 5.5.10-5.5.15 due to a protocol change, this was corrected in 5.5.16. I would run the tests again that version, and then I can help you out with any problems you run into. Filip Dave Colasurdo wrote: Jeff, Upgraded tomcat, tomcat_ajp and jasper to 5.5.15 and

Re: Tomcat version in G1.1 for clustering

Dave Colasurdo wrote: Jeff, Upgraded tomcat, tomcat_ajp and jasper to 5.5.15 and ran the clustering tests. The *good* news... Load balancing, sticky session, session replication and session failover seem to work using the same deployment plan that was created for G1.1 w/ TC 5.5.9.. The

Re: Tomcat version in G1.1 for clustering

Colasurdo wrote: Thanks Filip!! http://mail-archives.apache.org/mod_mbox/tomcat-users/200512.mbox/[EMAIL PROTECTED] seems to indicate that it is fixed in 5.5.15.. Is it fixed in 5.5.15 or 5.5.16? Thanks -Dave- Filip Hanik - Dev Lists wrote: Clustering was broken in Tomcat 5.5.10-5.5.15 due

Re: Session replication in Geronimo clustering

network. I will try to know and update you on this. To my surprise, when I tested on only windows machines, this problem is not there. It is experienced only on Linux machines. Thanks Phani On 3/30/06, *Filip Hanik - Dev Lists* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED

Re: Session replication in Geronimo clustering

gentlemen, looks like there is an attribute missing from the Cluster...*Receiver.../*/Cluster element. the ReplicationListener.listen() method just gets the listen address (or tries to resolve the name, then gets the port) then it starts up a server socket using NIO. the other error, no

Re: Session replication in Geronimo clustering

that the attribute is missing all together. Filip Jeff Genender wrote: Filip, Thanks for the input...any idea on the missing attribute? Jeff Filip Hanik - Dev Lists wrote: gentlemen, looks like there is an attribute missing from the Cluster...*Receiver.../*/Cluster element

Re: Session replication in Geronimo clustering

/attribute /gbean Phani, did you change the tcpListenAddress initParams attribute to a real address? Jeff Filip Hanik - Dev Lists wrote: it would be one of these, they should all be set to a value. tcpListenAddress=auto tcpListenPort=9015 tcpSelectorTimeout=100 tcpThreadCount=6 also

Re: Session Policy was: heads up: initial contribution of a client API to session state management for OpenEJB, ServiceMix, Lingo and Tuscany

also in the place of implementing a regular ReplicatedMap, to use for context attribute replication, a feature sought after. I will subscribe to the WADI list and we can continue over there re: session management. Filip Jules Gosnell wrote: Filip Hanik - Dev Lists wrote: gentlemen

Re: Session Policy was: heads up: initial contribution of a client API to session state management for OpenEJB, ServiceMix, Lingo and Tuscany

gentlemen, not a committer here, but wanted to share some thoughts. in my opinion, the Session API should not have to know about clustering or session replication, nor should it need to worry about location. the clustering API should take care of all of that. the solution that we plan to

Re: Session Policy was: heads up: initial contribution of a client API to session state management for OpenEJB, ServiceMix, Lingo and Tuscany

gentlemen, not a committer here, but wanted to share some thoughts. in my opinion, the Session API should not have to know about clustering or session replication, nor should it need to worry about location. the clustering API should take care of all of that. the solution that we plan to

Re: Session Policy was: heads up: initial contribution of a client API to session state management for OpenEJB, ServiceMix, Lingo and Tuscany

Hi Dain, let me address the location, and show you how the location is completely transparent. The way the LazyReplicatedMap works is as follows: 1. Backup node fails - primary node chooses a new backup node 2. Primary node fails - since Tomcat doesn't know which node the user will come to

Re: Session Policy was: heads up: initial contribution of a client API to session state management for OpenEJB, ServiceMix, Lingo and Tuscany

node to account for false positive. the only scenario that is not accounted for is when you have a wacky lb that sends two parallel requests to two different servers. this would require distributed locking, and that is a path that is too much overhead to walk down. Filip Filip Hanik - Dev

[jira] Created: (GERONIMO-392) Set default for use-context-handler in geronimo-security.xsd

Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-392 Here is an overview of the issue: -

  1   2   3   4   5   >