[jira] Commented: (AMQ-795) security plugin to deal with temporary queue and topics better

[Jonas Lim (JIRA)]

[ 
https://issues.apache.org/activemq/browse/AMQ-795?page=comments#action_37528 ] 

Jonas Lim commented on AMQ-795:
---

I wonder if we still need to be admin to create/delete temporary destiantions?

 security plugin to deal with temporary queue and topics better
 --

 Key: AMQ-795
 URL: https://issues.apache.org/activemq/browse/AMQ-795
 Project: ActiveMQ
  Issue Type: Improvement
Reporter: james strachan
 Assigned To: Jonas Lim
 Fix For: 4.2.0


 Allow a role to be specified for read/write/admin of temporary queue and 
 temporary topics

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Updated: (SM-752) [patch] Content-Enricher Implementation

[Kristian Koehler (JIRA)]

 [ https://issues.apache.org/activemq/browse/SM-752?page=all ]

Kristian Koehler updated SM-752:


Attachment: asf-licenced-patch.txt

patch with the asf-licenced flag set ;-)

 [patch] Content-Enricher Implementation
 ---

 Key: SM-752
 URL: https://issues.apache.org/activemq/browse/SM-752
 Project: ServiceMix
  Issue Type: Improvement
  Components: servicemix-eip
Affects Versions: incubation
Reporter: Kristian Koehler
 Attachments: asf-licenced-patch.txt, patch.txt, site-patch.txt


 Hi
 this is a patch implementing the 'Content-Enricher' Pattern 
 (http://www.enterpriseintegrationpatterns.com/DataEnricher.html). 
 see also:
 http://www.nabble.com/-patch--Content-Enricher-for-ServiceMix-tf2677905s12049.html
 Kristian

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [jira] Commented: (SM-751) Flow tracing with correlation id

[Guillaume Nodet]

You need to clean the thread local.
In the processExchange method, just do:

protected void processExchange(MessageExchange exchange) throws Exception {
  try {
 corrId.set(exchange.getProperty(correlationId));
 ... put the current code here ...
  } finally {
 corrId.set(null);
  }
}

This way you should not experience the problem you explained.

On 11/22/06, Gianfranco Boccalon (JIRA) [EMAIL PROTECTED] wrote:

[ 
https://issues.apache.org/activemq/browse/SM-751?page=comments#action_37515 ]

Gianfranco Boccalon commented on SM-751:


I implemented the solution you suggested, but I found some problems.
Let me explain how I implemented your suggestion:

- The method processExchange is invoked when a message is sent to a
component and the component should process it.
In this method I check for the correlation id in the message exchange,
and only if present, i set this correlation id in the threadlocal variable.

- The method sendConsumerExchange is invoked by a component to send
messages to other components.
In this method I check for the correlation id property in the message
exchange (may be that the component has already setted it).
If it'snt present, I look for the correlation id in the thread local
variable (that should be setted by the invocation of processExchange
method) and if present, i use it, otherwise i generate a new correlation
id that i set in the message exchange and in the threadlocal variable.

Now, I expose a simple ServiceAssembly where this change doesnt work.
The service assembly is:
HTTP BC-Splitter SE-Router SE-Screen BC

Executing the process the first time, all work properly: the invocation
of sendConsumerExchange by HTTP BC generate the correlation id, and this
id is propagated through all components (the lightweight component have
to be changed to propagate the id).
But executing the process a second time, the invocation of
sendConsumerExchange by HTTP BC finds a correlation id in the
threadlocal variable, because i suppose that there is a thread pool, and
we are using the same thread used in the first process activation.
The result is that the second invocation use the same correlation id
used by the first invocation.

I suppose there are 2 possible solutions (not alternative):
- Clean the threadlocal variables when the component finish its work:
the problem is where to do this clean-up. There is a place to do once
for all components ?
- The HTTP BC should generate the correlation id, so it has priority
over the thread local correlation id.
In this way all BC should be modified.

Any suggestion ?

Gianfranco Boccalon





 Flow tracing with correlation id
 

 Key: SM-751
 URL: https://issues.apache.org/activemq/browse/SM-751
 Project: ServiceMix
  Issue Type: Improvement
Reporter: Gianfranco Boccalon
 Attachments: servicemix-components.zip


 Add the possibility to trace the flow of the messages inside a Service 
Assembly.
 For example, if we have a Service Assembly composed of three components, two 
binding components (call them BC1 and BC2) and a service engine (SE) organized in this 
sequence BC1-SE-BC2, we need to recognize that the output messages produced by 
the SE component are related to some messages provided by BC1.
 To do this, we need to add a process correlation id to the message 
exchanges and to modify the used components, to propagate this correlation id in all Message 
Exchanges sent.
 Enclosed there is the modified code for the following components:
 - HTTP binding component: here I added the code to generate the correlation 
Id and set it in the Message Exchange
 - Splitter
 - Router (the lightweight component)

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira






--
Cheers,
Guillaume Nodet

Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus

[Bruce Snyder]

On 11/22/06, Guillaume Nodet [EMAIL PROTECTED] wrote:

I was wondering if we could simply shut down the codehaus
project and import back the remaining bits at Apache.
As these parts depend on jboss (LGPL) or some proprietary
libraries (XSQL), i was thinking that we could just import the
code in a new area of servicemix (other than trunk) and not
release it.  Simply importing the code should be ok with legal,
as soon as we do not release it afaik.

Thoughts ?


I'm not sure if incompatible code is allowed to be checked in as a
long-term solution, is it?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/

Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus

[Guillaume Nodet]

I will ask for clarifications on legal  general incubator mailing list.

On 11/23/06, Bruce Snyder [EMAIL PROTECTED] wrote:

On 11/22/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
 I was wondering if we could simply shut down the codehaus
 project and import back the remaining bits at Apache.
 As these parts depend on jboss (LGPL) or some proprietary
 libraries (XSQL), i was thinking that we could just import the
 code in a new area of servicemix (other than trunk) and not
 release it.  Simply importing the code should be ok with legal,
 as soon as we do not release it afaik.

 Thoughts ?

I'm not sure if incompatible code is allowed to be checked in as a
long-term solution, is it?

Bruce
--
perl -e 'print unpack(u30,D0G)[EMAIL 
PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
);'

Apache Geronimo - http://geronimo.apache.org/
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Castor - http://castor.org/




--
Cheers,
Guillaume Nodet

Re: What is the expected format of explicit-versions.properties?

[David Jencks]

On Nov 21, 2006, at 4:58 PM, Jason Dillon wrote:


I'm not sure if this is right... but we are generating entries like:

snip
scout/scout//jar=scout/scout/0.5/jar
/snip

Is that correct?  Or should it be:

snip
scout/scout//jar=0.5
/snip


what is there is correct.  This lets you substitute artifacts, as is  
done in the sandbox/javaee5 stuff where the jta11 tx config is  
substituted for the jta 1.0.1B one in the regular server.


thanks
david jencks



--jason

Re: What is the expected format of explicit-versions.properties?

[Jason Dillon]

k, just checking.

--jason


On Nov 22, 2006, at 12:12 AM, David Jencks wrote:



On Nov 21, 2006, at 4:58 PM, Jason Dillon wrote:


I'm not sure if this is right... but we are generating entries like:

snip
scout/scout//jar=scout/scout/0.5/jar
/snip

Is that correct?  Or should it be:

snip
scout/scout//jar=0.5
/snip


what is there is correct.  This lets you substitute artifacts, as  
is done in the sandbox/javaee5 stuff where the jta11 tx config is  
substituted for the jta 1.0.1B one in the regular server.


thanks
david jencks



--jason

[jira] Created: (GERONIMO-2590) The TSSLinkBuilder is not included in the list of loaded builders.

[Rick McGuire (JIRA)]

The TSSLinkBuilder is not included in the list of loaded builders.
--

 Key: GERONIMO-2590
 URL: http://issues.apache.org/jira/browse/GERONIMO-2590
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: CORBA
Affects Versions: 1.2, 2.0
Reporter: Rick McGuire
 Assigned To: Rick McGuire
Priority: Blocker
 Fix For: 1.2, 2.0


The TSSLinkBuilder is not included in the list of loaded deployers.  This 
results in CORBA failures because EJB are never getting exported as CORBA 
objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [CONF] Apache Geronimo Development: Building Apache Geronimo with Maven 2 (page edited)

[toby cabot]

On Tue, Nov 21, 2006 at 03:32:12PM -0800, Jason Dillon wrote:
 Looks like you need to build openejb2 by hand to get around this.

Thanks for the tip, I appreciate the help and I'll give that a try
today.

Toby

RE: Updates to OEJB 2.2 and TranQL 1.4

[Udovichenko, Nellya]

 It does not explicitly allow one to set isolation 
 level on each call though.

And what about the transaction isolation level setting for particular
EJB (in descriptor plan)? 

Thanks, 
Nellya.

-Original Message-
From: Matt Hogstrom [mailto:[EMAIL PROTECTED] 
Sent: Monday, November 20, 2006 8:26 PM
To: dev@geronimo.apache.org
Subject: Re: Updates to OEJB 2.2 and TranQL 1.4

Yes

Basically it allows one to specify select-for-update to delegate  
locking to the db.  It does not explicitly allow one to set isolation  
level on each call though.

I'm modifying the Rar for db2  to allow the specification of a  
default isolation level so one is not tied to RS for DB2.

On Nov 20, 2006, at 11:02 AM, Udovichenko, Nellya wrote:

 Oh, by the way, doesn't this change address the transaction isolation
 level
 problem in TranQL/OpenEJB (GERONIMO-2128)?

 Thanks,
 Nellya Udovichenko.

 -Original Message-
 From: Matt Hogstrom [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, November 14, 2006 2:55 AM
 To: dev@geronimo.apache.org; openejb-dev@incubator.apache.org
 Subject: Updates to OEJB 2.2 and TranQL 1.4

 I have updated TranQL 1.4 and Open EJB 2.2 to support specification
 of a Select-For-Update clause in the openejb-jar.xsd when deploying
 CMP EJBs.  I have published new SNAPSHOTs of both projects so in a
 perfect world there should be no pain :)

 I'll be stress testing DayTrader tonight to confirm that we can run
 an EJB workload under stress.  If no changes are made then the
 current SQL syntax is generated and you'll notice no difference.  If
 you want you can add a select-for-updatetrue/select-for-update
 element to the Entity element in your openejb-jar.

 I'll post some results when I finish testing.

 Cheers.


 Matt Hogstrom
 [EMAIL PROTECTED]


Matt Hogstrom
[EMAIL PROTECTED]

When the clouds are full they pour the rain out on the earth;
and whether a tree falls to the north, or it falls to the south,
wherever the tree falls, there is lies.

[jira] Updated: (GERONIMO-2522) Hot deployer makes app hangs

[Rakesh Midha (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2522?page=all ]

Rakesh Midha updated GERONIMO-2522:
---

Patch Info: [Patch Available]
  Assignee: (was: Rakesh Midha)


Unassigning so that this jira can be closed, also marking patch available

 Hot deployer makes app hangs
 

 Key: GERONIMO-2522
 URL: http://issues.apache.org/jira/browse/GERONIMO-2522
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Hot Deploy Dir
Affects Versions: 1.1.1
 Environment: Linux 2.6.15-1.2054_FC5smp
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
 Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)
 Using JAVA_OPTS
 -J-server -XX:NewSize=250M -XX:MaxNewSize=250M -Xms1000M -Xmx1000M 
 -Djava.awt.headless=true
 Pentium IV 3.0 HT, 2GB mem
Reporter: Dario Andrade
Priority: Critical

 When modifying a jsp file in GERONIMO_BASE/deploy/root/application_dir, a 
 redeployment occurs.
 After that, no more requests are processed, hanging for an indefinite period 
 of time (waited for more than 2 minutes).
 After shutting down geronimo, removing GERONIMO_BASE/repository/default/*, 
 commenting out config.xml module and finally starting up the AS, evertyhing 
 works fine.
 I had to --inPlace deploy and set 
 load=false to the hot-deployer.car module in config.xml, in order to avoid 
 future problems.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (GERONIMO-2590) The TSSLinkBuilder is not included in the list of loaded builders.

[Rick McGuire (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2590?page=comments#action_12451942
 ] 

Rick McGuire commented on GERONIMO-2590:


Committed revision 478171.

Trunk update. 

 The TSSLinkBuilder is not included in the list of loaded builders.
 --

 Key: GERONIMO-2590
 URL: http://issues.apache.org/jira/browse/GERONIMO-2590
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: CORBA
Affects Versions: 1.2, 2.0
Reporter: Rick McGuire
 Assigned To: Rick McGuire
Priority: Blocker
 Fix For: 1.2


 The TSSLinkBuilder is not included in the list of loaded deployers.  This 
 results in CORBA failures because EJB are never getting exported as CORBA 
 objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Closed: (GERONIMO-2590) The TSSLinkBuilder is not included in the list of loaded builders.

[Rick McGuire (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2590?page=all ]

Rick McGuire closed GERONIMO-2590.
--


 The TSSLinkBuilder is not included in the list of loaded builders.
 --

 Key: GERONIMO-2590
 URL: http://issues.apache.org/jira/browse/GERONIMO-2590
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: CORBA
Affects Versions: 1.2, 2.0
Reporter: Rick McGuire
 Assigned To: Rick McGuire
Priority: Blocker
 Fix For: 1.2


 The TSSLinkBuilder is not included in the list of loaded deployers.  This 
 results in CORBA failures because EJB are never getting exported as CORBA 
 objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Resolved: (GERONIMO-2590) The TSSLinkBuilder is not included in the list of loaded builders.

[Rick McGuire (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2590?page=all ]

Rick McGuire resolved GERONIMO-2590.


Fix Version/s: (was: 2.0)
   Resolution: Fixed

Committed revision 478168.

1.2 branch update. 

 The TSSLinkBuilder is not included in the list of loaded builders.
 --

 Key: GERONIMO-2590
 URL: http://issues.apache.org/jira/browse/GERONIMO-2590
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: CORBA
Affects Versions: 1.2, 2.0
Reporter: Rick McGuire
 Assigned To: Rick McGuire
Priority: Blocker
 Fix For: 1.2


 The TSSLinkBuilder is not included in the list of loaded deployers.  This 
 results in CORBA failures because EJB are never getting exported as CORBA 
 objects.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Building the new trunk

[anita kulshreshtha]

   Did you get past this problem? I and others have not encountered
this problem.. 


Thanks
Anita 

--- Donald Woods [EMAIL PROTECTED] wrote:

 I'm getting the following j2ee-builder error with a clean repo and
 using 
 the following cmdline to build trunk Rev477664 from this morning.
 
 mvn -Dstage=bootstrap -Dmaven.test.skip=true clean install
 
 
 [INFO] 


 [INFO] Building Geronimo :: J2EE :: Builder
 [INFO]task-segment: [clean, install]
 [INFO] 


 Downloading: 

http://repository.codehaus.org/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.pom
 [WARNING] Unable to get resource from repository codehaus 
 (http://repository.codehaus.org)
 Downloading: 

http://repo1.maven.org/maven2/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.pom
 2K downloaded
 Downloading: 
 http://repository.codehaus.org/org/codehaus/mojo/mojo/5/mojo-5.pom
 [WARNING] Unable to get resource from repository codehaus 
 (http://repository.codehaus.org)
 Downloading: 
 http://repo1.maven.org/maven2/org/codehaus/mojo/mojo/5/mojo-5.pom
 4K downloaded
 Downloading: 

http://repository.codehaus.org/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.jar
 [WARNING] Unable to get resource from repository codehaus 
 (http://repository.cod
 ehaus.org)
 Downloading: 

http://repo1.maven.org/maven2/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.jar
 15K downloaded
 [INFO] [clean:clean]
 [INFO] Deleting directory
 E:\g20\server\modules\geronimo-j2ee-builder\target
 [INFO] Deleting directory 
 E:\g20\server\modules\geronimo-j2ee-builder\target\classes
 [INFO] Deleting directory 
 E:\g20\server\modules\geronimo-j2ee-builder\target\test-classes
 [INFO] [tools:require-java-version {execution:
 validate-java-version}]
 [INFO] [xmlbeans:xmlbeans {execution: default}]
 Time to build schema type system: 0.281 seconds
 Time to generate code: 0.609 seconds
 Time to compile code: 2.547 seconds
 [INFO] [tools:copy-legal-files {execution: install-legal-files}]
 [INFO] Created dir: 
 E:\g20\server\modules\geronimo-j2ee-builder\target\classes\META-INF
 [INFO] Copying 2 files to 
 E:\g20\server\modules\geronimo-j2ee-builder\target\classes\META-INF
 [INFO] [antrun:run {execution: generate-resources}]
 [INFO] Executing tasks
  [mkdir] Created dir: 
 E:\g20\server\modules\geronimo-j2ee-builder\target\clover\classes
   [copy] Copying 37 files to 
 E:\g20\server\modules\geronimo-j2ee-builder\target\clover\classes
 [INFO] Executed tasks
 [INFO] [resources:resources]
 [INFO] Using default encoding to copy filtered resources.
 [INFO] [compiler:compile]
 Compiling 21 source files to 
 E:\g20\server\modules\geronimo-j2ee-builder\target\classes
 [INFO] [antrun:run {execution: unpack-test-deployments}]
 [INFO] Executing tasks
  [mkdir] Created dir: 

E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4-unpacked.ear
  [unzip] Expanding: 

E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
 
 into 

E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4-unpacked.ear
 [INFO] 


 [ERROR] BUILD ERROR
 [INFO] 


 [INFO] Error executing ant tasks
 
 Embedded error: Error while expanding 

E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear

E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
 
 (The system cannot find the file specified.)
 
 
 
 I tried manually building the testsupport\ directory and then
 modules\ 
 with the following cmdline -
 mvn install
 but that didn't fix the above error either...
 
 
 -Donald
 
 anita kulshreshtha wrote:
I am using manual build process to build the trunk, mvn
  -Dstage=bootstrap should also work. It is not necessary to build
  openejb2 with 1.2-SNAPSHOT jars. The openejb2 can be built using
  mvn -o -DgeronimoVersion=2.0-SNAPSHOT clean install

  
  Thanks
  Anita
  
  
   
 


  Sponsored Link
  
  Mortgage rates near 39yr lows. 
  $310k for $999/mo. Calculate new payment! 
  www.LowerMyBills.com/lre
  
  
 



 

Sponsored Link

Rates near 39yr lows. $420,000 Loan for $1399/mo. 
Calcuate new payment. www.LowerMyBills.com/lre

[jira] Created: (GERONIMO-2591) Database Pools portlet: Create new pool dependency jar selection problems

[Vamsavardhana Reddy (JIRA)]

Database Pools portlet: Create new pool dependency jar selection problems
-

 Key: GERONIMO-2591
 URL: http://issues.apache.org/jira/browse/GERONIMO-2591
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 1.2, 2.0
Reporter: Vamsavardhana Reddy
 Assigned To: Vamsavardhana Reddy
 Fix For: 1.2, 2.0


Jar selection in create new pool has problems.  The jars selected keep on 
adding to the list with each pass to the selection page.  Suppose you select 
a1/b1/1/jar in the first step and then revisit the jar selection page either 
due to an error or by clicking Edit Settings button and then clear 
a1/b1/1/jar and select something different say a2/b2/2/jar, the first jar still 
shows in the dependencies in the generated plan.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

boilerplate-minimal assembly

[anita kulshreshtha]

   I have modified the top level pom to use xml-apis/xml-apis. When I
build g-boilerplate-minimal assembly, the jar contains the old version
of xml-apis 1.0.b2. I am deleting the target directory using rmdir.
What am I missing?
   The diffs are attached.

Thanks
Anita


 

Sponsored Link

Mortgage rates near 39yr lows. $420k for $1,399/mo. 
Calculate new payment! www.LowerMyBills.com/lre

pom.diff
Description: 957953873-pom.diff


boilerplate.diff
Description: 1055854542-boilerplate.diff

Re: boilerplate-minimal assembly

[Rick McGuire]

anita kulshreshtha wrote:

   I have modified the top level pom to use xml-apis/xml-apis. When I
build g-boilerplate-minimal assembly, the jar contains the old version
of xml-apis 1.0.b2. I am deleting the target directory using rmdir.
What am I missing?
  
It appears the existing root pom.xml already has a dependency defined 
for xml-apis at the 1.0.b2 level.  If you just changed the existing 
xmlParserAPIs entry to xml-apis, perhaps that one is getting discarded 
as a duplicate.


Rick



   The diffs are attached.

Thanks
Anita


 


Sponsored Link

Mortgage rates near 39yr lows. $420k for $1,399/mo. 
Calculate new payment! www.LowerMyBills.com/lre

[jira] Updated: (AMQ-734) Network connections do not reconnect when using static: with failover=true

[Anonymous (JIRA)]

 [ https://issues.apache.org/activemq/browse/AMQ-734?page=all ]


Attachment: Amq734Test.java

 Network connections do not reconnect when using static: with failover=true
 --

 Key: AMQ-734
 URL: https://issues.apache.org/activemq/browse/AMQ-734
 Project: ActiveMQ
  Issue Type: Bug
  Components: Connector
Affects Versions: 4.0
 Environment: winxp java1.5.6
Reporter: tao
 Assigned To: Hiram Chirino
Priority: Critical
 Fix For: 4.2.0, 4.1.1

 Attachments: Amq734Test.java, Amq734Test.java, 
 DemandForwardingBridgeSupport.java, DiscoveryNetworkConnector.java


 If I pull out RJ45 port from net card ,waiting a time ,then put  RJ45 port 
 net card .Network is resume.Other computer always throw errors and net 
 channel can't work.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Updated: (AMQ-734) Network connections do not reconnect when using static: with failover=true

[Anonymous (JIRA)]

 [ https://issues.apache.org/activemq/browse/AMQ-734?page=all ]


Attachment: Amq734Test.java
DemandForwardingBridgeSupport.java
DiscoveryNetworkConnector.java

 Network connections do not reconnect when using static: with failover=true
 --

 Key: AMQ-734
 URL: https://issues.apache.org/activemq/browse/AMQ-734
 Project: ActiveMQ
  Issue Type: Bug
  Components: Connector
Affects Versions: 4.0
 Environment: winxp java1.5.6
Reporter: tao
 Assigned To: Hiram Chirino
Priority: Critical
 Fix For: 4.2.0, 4.1.1

 Attachments: Amq734Test.java, Amq734Test.java, 
 DemandForwardingBridgeSupport.java, DiscoveryNetworkConnector.java


 If I pull out RJ45 port from net card ,waiting a time ,then put  RJ45 port 
 net card .Network is resume.Other computer always throw errors and net 
 channel can't work.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (AMQ-734) Network connections do not reconnect when using static: with failover=true

[Chris Hofstaedter (JIRA)]

[ 
https://issues.apache.org/activemq/browse/AMQ-734?page=comments#action_37516 ] 

Chris Hofstaedter commented on AMQ-734:
---

I've got what I think is a fix for AMQ-734.  However, the fix is possibly 
heavy-handed in its implementation, so I'd like for someone to review it and 
provide comments regarding any potential unintended side effects.

I've attached to the issue in JIRA a junit case that is able to reproduce the 
issue 100% of the time as well as the necessary updates to 
DiscoveryNetworkConnector and DemandForwardingBridgeSupport.

Basically, the classes were stopping the local broker and bridge whenever any 
exception was encountered on the transport.  However, some of the exceptions 
are ok and should not result in a stop.  These include 
InvalidClientIDException, BrokerStoppedException, InvalidStateException, and 
SocketException.  With the fix, for these specific exceptions, the 
broker/bridge are not stopped and fireServiceFailed is never called.  For all 
other exceptions, they still are called.

In addition, the TransportListener.transportResumed implementation in 
DemandForwardingBridgeSupport never started the local/remote broker and never 
called triggerRemoteStartBridge.  With this fix, they now do.

I've run the whole suite of tests and all of the tests that passed prior to my 
modifications continue to pass.  In addition, the test case attached to the 
JIRA fails without the fixes and passes with the fixes 100% of the time.

Comments?  


 Network connections do not reconnect when using static: with failover=true
 --

 Key: AMQ-734
 URL: https://issues.apache.org/activemq/browse/AMQ-734
 Project: ActiveMQ
  Issue Type: Bug
  Components: Connector
Affects Versions: 4.0
 Environment: winxp java1.5.6
Reporter: tao
 Assigned To: Hiram Chirino
Priority: Critical
 Fix For: 4.2.0, 4.1.1

 Attachments: Amq734Test.java, Amq734Test.java, 
 DemandForwardingBridgeSupport.java, DiscoveryNetworkConnector.java


 If I pull out RJ45 port from net card ,waiting a time ,then put  RJ45 port 
 net card .Network is resume.Other computer always throw errors and net 
 channel can't work.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: boilerplate-minimal assembly

[anita kulshreshtha]

   Thanks Rick! I missed that one..

Anita

--- Rick McGuire [EMAIL PROTECTED] wrote:

 anita kulshreshtha wrote:
 I have modified the top level pom to use xml-apis/xml-apis. When
 I
  build g-boilerplate-minimal assembly, the jar contains the old
 version
  of xml-apis 1.0.b2. I am deleting the target directory using rmdir.
  What am I missing?

 It appears the existing root pom.xml already has a dependency defined
 
 for xml-apis at the 1.0.b2 level.  If you just changed the existing 
 xmlParserAPIs entry to xml-apis, perhaps that one is getting
 discarded 
 as a duplicate.
 
 Rick
 
 
 The diffs are attached.
 
  Thanks
  Anita
 
 
   
 


  Sponsored Link
 
  Mortgage rates near 39yr lows. $420k for $1,399/mo. 
  Calculate new payment! www.LowerMyBills.com/lre
 
 



 

Sponsored Link

Mortgage rates near 39yr lows. $510k for $1,698/mo. 
Calculate new payment! www.LowerMyBills.com/lre

[jira] Created: (GERONIMO-2592) TSSLink doStart() method is not getting called.

[Rick McGuire (JIRA)]

TSSLink doStart() method is not getting called.
---

 Key: GERONIMO-2592
 URL: http://issues.apache.org/jira/browse/GERONIMO-2592
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: CORBA
Affects Versions: 1.2, 2.0
Reporter: Rick McGuire
 Assigned To: David Jencks
Priority: Blocker
 Fix For: 1.2, 2.0


Once the TSSLinkBuilder and the deployers list were fixed so that the TSSLink 
GBeans were getting connected, things still are not working correctly with the 
TSSLink GBeans.  The beans are getting created now, but the doStart() method is 
not getting called to cause the EJB container registration to occur.  I'm not 
sure where this was intended to be triggered.  I tried having TSSLink implement 
GBeanLifeCycle, but this still did not result in a call to doStart().  This is 
blocking most of the tck interop tests, since none of the EJBs can get exported 
as CORBA objects without this. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Closed: (GERONIMO-2591) Database Pools portlet: Create new pool dependency jar selection problems

[Vamsavardhana Reddy (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2591?page=all ]

Vamsavardhana Reddy closed GERONIMO-2591.
-

Resolution: Fixed

Fixed in rev 478218 (trunk) and rev 478219 (branches\1.2).

 Database Pools portlet: Create new pool dependency jar selection problems
 -

 Key: GERONIMO-2591
 URL: http://issues.apache.org/jira/browse/GERONIMO-2591
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 1.2, 2.0
Reporter: Vamsavardhana Reddy
 Assigned To: Vamsavardhana Reddy
 Fix For: 1.2, 2.0


 Jar selection in create new pool has problems.  The jars selected keep on 
 adding to the list with each pass to the selection page.  Suppose you select 
 a1/b1/1/jar in the first step and then revisit the jar selection page either 
 due to an error or by clicking Edit Settings button and then clear 
 a1/b1/1/jar and select something different say a2/b2/2/jar, the first jar 
 still shows in the dependencies in the generated plan.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Building the new trunk

[Christopher M. Cardona]

FYI, I was able to build trunk (rev. 478237) successfully this morning: 
mvn clean install


Best wishes,
chris


anita kulshreshtha wrote:

   Did you get past this problem? I and others have not encountered
this problem.. 



Thanks
Anita 


--- Donald Woods [EMAIL PROTECTED] wrote:

  

I'm getting the following j2ee-builder error with a clean repo and
using 
the following cmdline to build trunk Rev477664 from this morning.


mvn -Dstage=bootstrap -Dmaven.test.skip=true clean install


[INFO] 




  

[INFO] Building Geronimo :: J2EE :: Builder
[INFO]task-segment: [clean, install]
[INFO] 




  
Downloading: 



http://repository.codehaus.org/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.pom
  
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 



http://repo1.maven.org/maven2/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.pom
  

2K downloaded
Downloading: 
http://repository.codehaus.org/org/codehaus/mojo/mojo/5/mojo-5.pom
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/mojo/mojo/5/mojo-5.pom

4K downloaded
Downloading: 



http://repository.codehaus.org/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.jar
  
[WARNING] Unable to get resource from repository codehaus 
(http://repository.cod

ehaus.org)
Downloading: 



http://repo1.maven.org/maven2/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.jar
  

15K downloaded
[INFO] [clean:clean]
[INFO] Deleting directory
E:\g20\server\modules\geronimo-j2ee-builder\target
[INFO] Deleting directory 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes
[INFO] Deleting directory 
E:\g20\server\modules\geronimo-j2ee-builder\target\test-classes

[INFO] [tools:require-java-version {execution:
validate-java-version}]
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.281 seconds
Time to generate code: 0.609 seconds
Time to compile code: 2.547 seconds
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes\META-INF
[INFO] Copying 2 files to 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes\META-INF

[INFO] [antrun:run {execution: generate-resources}]
[INFO] Executing tasks
 [mkdir] Created dir: 
E:\g20\server\modules\geronimo-j2ee-builder\target\clover\classes
  [copy] Copying 37 files to 
E:\g20\server\modules\geronimo-j2ee-builder\target\clover\classes

[INFO] Executed tasks
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 21 source files to 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes

[INFO] [antrun:run {execution: unpack-test-deployments}]
[INFO] Executing tasks
 [mkdir] Created dir: 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4-unpacked.ear
  
 [unzip] Expanding: 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
  
into 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4-unpacked.ear
  
[INFO] 




  

[ERROR] BUILD ERROR
[INFO] 




  

[INFO] Error executing ant tasks

Embedded error: Error while expanding 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
  
E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
  

(The system cannot find the file specified.)



I tried manually building the testsupport\ directory and then
modules\ 
with the following cmdline -

mvn install
but that didn't fix the above error either...


-Donald

anita kulshreshtha wrote:


  I am using manual build process to build the trunk, mvn
-Dstage=bootstrap should also work. It is not necessary to build
openejb2 with 1.2-SNAPSHOT jars. The openejb2 can be built using
mvn -o -DgeronimoVersion=2.0-SNAPSHOT clean install
  


Thanks
Anita


 

  


  

Sponsored Link

Mortgage rates near 39yr lows. 
$310k for $999/mo. Calculate new payment! 
www.LowerMyBills.com/lre



  




 


Sponsored Link

Rates near 39yr lows. $420,000 Loan for $1399/mo. 
Calcuate new payment. www.LowerMyBills.com/lre



  

deployer offline mode on 1.2 branch?

[toby cabot]

Hi Folks,

I'd like to use the 1.2 deployer's offline mode (and hopefully the
distribute command) but it's not working out-of-the-box at the moment.
Is it supposed to, or is it a non-feature?  I could get it to work by
running it like so:

$ java 
-Djava.ext.dirs=/tmp/g/repository/stax/stax-api/1.0:/tmp/g/repository/xmlbeans/xbean/2.0.0
 -jar /tmp/g/bin/deployer.jar --offline list-modules

... otherwise it can't find org/apache/xmlbeans/XmlObject and
javax/xml/stream/XMLStreamException.  If this is supposed to work then
I'd imagine that we'd want to add these jars to the deployer's jar
manifest classpath.  I can take a look at doing this if someone could
point me to the part of the build process that jars deployer.jar.

Thanks,
Toby

[jira] Commented: (GERONIMO-2533) Password setup forms should use a confirmation field

[Vamsavardhana Reddy (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2533?page=comments#action_12451993
 ] 

Vamsavardhana Reddy commented on GERONIMO-2533:
---

Rev 478240 (trunk) and rev 478243 (branches\1.2)  fixes edit Database Pool.

 Password setup forms should use a confirmation field
 

 Key: GERONIMO-2533
 URL: http://issues.apache.org/jira/browse/GERONIMO-2533
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 1.1.1, 1.2
Reporter: Vamsavardhana Reddy
 Assigned To: Vamsavardhana Reddy
 Fix For: 1.2, 2.0


 Some of the functions in admin console (For e.g., in keystores portlet, 
 create new keystore page has a password field)  require the user to setup a 
 password.  These pages should use a confirm field and validate that the 
 user enters the same input in password and confirm fields.  Without this, the 
 users will not know if they have setup a different password than the one they 
 intended to use.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: deployer offline mode on 1.2 branch?

[David Jencks]

On Nov 22, 2006, at 9:07 AM, toby cabot wrote:


Hi Folks,

I'd like to use the 1.2 deployer's offline mode (and hopefully the
distribute command) but it's not working out-of-the-box at the moment.
Is it supposed to, or is it a non-feature?  I could get it to work by
running it like so:

$ java -Djava.ext.dirs=/tmp/g/repository/stax/stax-api/1.0:/tmp/g/ 
repository/xmlbeans/xbean/2.0.0 -jar /tmp/g/bin/deployer.jar -- 
offline list-modules


... otherwise it can't find org/apache/xmlbeans/XmlObject and
javax/xml/stream/XMLStreamException.  If this is supposed to work then
I'd imagine that we'd want to add these jars to the deployer's jar
manifest classpath.  I can take a look at doing this if someone could
point me to the part of the build process that jars deployer.jar.


I'm not surprised that it doesn't work but I am very surprised your  
fix worked :-)


I thought the problem would be that the files var/config/offline- 
deployer-list didn't have all the new deployer configs we came up  
with in them.


Can you investigate whether the xmlbeans stuff got into the classpath  
through manifest classpath entries in 1.1 which I think is the last  
time offline deployment was tested?


thanks
david jencks



Thanks,
Toby

Re: Can anyone build 1.2?

[David Jencks]

I think the answer is not if you've built 2.0

I traced through uddi-jetty and even after your transitive-deps fix  
for explicit_versions.properties I'm still seeing a lot of 2.0  
artifacts loaded into the g. kernel.


I think a solution might be to make the car plugin run off a  
repository view or virtual repository that only lets it see the  
transitive closure of the dependencies mentioned in the car file.


I'll see if I can  get this to work...

thanks
david jencks

On Nov 21, 2006, at 4:40 PM, Jason Dillon wrote:


I keep running into car problems, like:

snip
[INFO] Packaging module configuration: /Users/jason/ws/geronimo/ 
server-1.2/configs/system-database/target/plan/plan.xml
[INFO]  
-- 
--

[ERROR] BUILD ERROR
[INFO]  
-- 
--
[INFO] load of org.apache.geronimo.configs/j2ee-deployer/1.2- 
SNAPSHOT/car failed


Configuration gbean failed to start org.apache.geronimo.configs/ 
j2ee-deployer/1.2-SNAPSHOT/car

/snip

How useful is that error message... um... not very useful at all.

After building openejb2 by hand, trunk appears to build fine... but  
I can't get 1.2 to build.


Has anyone gotten 1.2 to build since the branch was made?

--jason

Re: Server startup fails with Sun JDK 1.5, xalan missing

[anita kulshreshtha]

 By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
  
http://forum.java.sun.com/thread.jspa?tstart=30forumID=34threadID=542044trange=15
   
Thanks
Anita

   I think we need to package xalan implementation with server build
 via
   repository, just like xerces and xmlparser. What do you guys say?
 or I
  am
   missing something here.
  
   Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and
 current
   version of Xalan available is 2.7, I think we should make Xalan
  transformet
   independent of JDK.
 
  Unless I'm missing something, either, I'm happy to include Xalan in
  Geronimo distro. The less we're dependent on a JVM version, the
  better.




 

Sponsored Link

Mortgage rates near 39yr lows. $510k for $1,698/mo. 
Calculate new payment! www.LowerMyBills.com/lre

Whereabouts

[Matt Hogstrom]

I am traveling this weekend for the US Thanksgiving holiday and will  
have spotty response to  e-mail.   For those celebrating the holiday  
enjoy...for those not talk to you next week :)



Matt Hogstrom
[EMAIL PROTECTED]

When the clouds are full they pour the rain out on the earth;
and whether a tree falls to the north, or it falls to the south,
wherever the tree falls, there it lies.

Re: Building the new trunk

[anita kulshreshtha]

I am re-posting this message with a different subject. The original
message did not make it to the list
http://mail-archives.apache.org/mod_mbox/geronimo-dev/200611.mbox/[EMAIL 
PROTECTED]
By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
  
http://forum.java.sun.com/thread.jspa?tstart=30forumID=34threadID=542044trange=15
   
Thanks
Anita
--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 FYI, I was able to build trunk (rev. 478237) successfully this
 morning: 
 mvn clean install
 
 Best wishes,
 chris
 
 
 anita kulshreshtha wrote:
 Did you get past this problem? I and others have not encountered
  this problem.. 
 
 
  Thanks
  Anita 
 
  --- Donald Woods [EMAIL PROTECTED] wrote:
 


 

Sponsored Link

Compare mortgage rates for today. 
Get up to 5 free quotes. www2.nextag.com

Re: Building the new trunk

[anita kulshreshtha]

   I am reposting this under a different subject
By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
  
http://forum.java.sun.com/thread.jspa?tstart=30forumID=34threadID=542044trange=15
   
Thanks
Anita
--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 FYI, I was able to build trunk (rev. 478237) successfully this
 morning: 
 mvn clean install
 
 Best wishes,
 chris
 


 

Sponsored Link

Rates near 39yr lows. $510,000 Loan for $1698/mo. 
Calcuate new payment. www.LowerMyBills.com/lre

lost messages

[anita kulshreshtha]

  My messages are appearing in the archives but not in the mailing
list.
Does anyone know why?

Thanks
Anita


 

Sponsored Link

Mortgage rates near 39yr lows. $420k for $1,399/mo. 
Calculate new payment! 
www.LowerMyBills.com/lre

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Jason Dillon]

What are you not using the dependencyManagement features of mvn to  
manage versions?


Do not use properties like this please.  I have been removing  
properties to avoid people using them like this.  The g-m-p (as well  
as others) will consult the dependencyManagement section for versions  
which is not explicitly configured.  Please use that feature and do  
not use properties to track artifact versions.


--jason


On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:


Author: prasad
Date: Wed Nov 22 07:13:22 2006
New Revision: 478187

URL: http://svn.apache.org/viewvc?view=revrev=478187
Log:
* deploy junit before deploying openejb-itest-core.

Added:
geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/src/test/resources/
geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/src/test/resources/META-INF/
geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/src/test/resources/META-INF/junit-plan.xml   (with props)

Modified:
geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/pom.xml


Modified: geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-ejbcontainer/pom.xml
URL: http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/ 
ejbcontainer-testsuite/test-ejbcontainer/pom.xml? 
view=diffrev=478187r1=478186r2=478187
== 

--- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/pom.xml (original)
+++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006

@@ -17,55 +17,55 @@
 specific language governing permissions and limitations
 under the License.
 --
-
 !-- $Rev$ $Date$ --
-
 project xmlns=http://maven.apache.org/POM/4.0.0;  
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;  
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http:// 
maven.apache.org/maven-v4_0_0.xsd


 modelVersion4.0.0/modelVersion
-
 parent
 groupIdorg.apache.geronimo.testsuite/groupId
 artifactIdejbcontainer-testsuite/artifactId
 version2.0-SNAPSHOT/version
 relativePath../pom.xml/relativePath
 /parent
-
 artifactIdtest-ejbcontainer/artifactId
 nameGeronimo TestSuite, EJB Container :: Test ejb modules/ 
name

 packagingjar/packaging
-
 description
 Tests for the ejb modules
 /description
+properties
+junitVersion3.8.1/junitVersion
+/properties

 dependencies
-
 dependency
 groupIdorg.apache.openejb/groupId
 artifactIdopenejb-itests-core/artifactId
 version${openejbVersion}/version
 typetest-jar/type
 /dependency
-
 dependency
 groupIdorg.apache.openejb/groupId
 artifactIdopenejb-itests-core/artifactId
 version${openejbVersion}/version
 scopetest/scope
 /dependency
-
 /dependencies

 profiles
 profile
 idchild/id
 build
+testResources
+testResource
+directorysrc/test/resources/directory
+filteringtrue/filtering
+/testResource
+/testResources
 plugins
 plugin
 groupIdorg.apache.geronimo.plugins/ 
groupId
 artifactIdgeronimo-maven-plugin/ 
artifactId

-
 executions
 execution
 iddeploy-ears/id
@@ -76,11 +76,18 @@
 configuration
 modules
 module
- 
groupIdorg.apache.openejb/groupId
-artifactIdopenejb- 
itests-core/artifactId
-version$ 
{openejbVersion}/version

+groupIdjunit/groupId
+artifactIdjunit/ 
artifactId
+version$ 
{junitVersion}/version

 typejar/type
+plan$ 
{project.build.directory}/test-classes/META-INF/junit-plan.xml/plan

 /module
+  module
+   
groupIdorg.apache.openejb/groupId
+  artifactIdopenejb- 
itests-core/artifactId
+  version$ 
{openejbVersion}/version

+  typejar/type
+  /module
 /modules
  

Re: Updates to OEJB 2.2 and TranQL 1.4

[Matt Hogstrom]

The Access Intent strategy is fairly straightforward.

When deploying the entity you specify select-for-update/ in the EJB  
descriptor if you want database locking to occur.


For Oracle a simple FOR UPDATE is appended to the query.  For DB2 a  
FOR UPDATE WITH RS USE NAD KEEP UPDATE LOCKS is appended to the query.


Oracle is pretty straightforward as at read-committed FOR UPDATEs are  
persistent.


For DB2 at RS the additional predicates are required so that the lock  
is persistent for the duration of the Tx.


Unfortunately there is no finer grained locking for CMP2 persistence  
at this point but with the move to Java EE 5.0 and based on past  
experience this is a good compromise and provides pretty good  
performance.


On Nov 22, 2006, at 8:45 AM, Udovichenko, Nellya wrote:


It does not explicitly allow one to set isolation
level on each call though.


And what about the transaction isolation level setting for particular
EJB (in descriptor plan)?

Thanks,
Nellya.

-Original Message-
From: Matt Hogstrom [mailto:[EMAIL PROTECTED]
Sent: Monday, November 20, 2006 8:26 PM
To: dev@geronimo.apache.org
Subject: Re: Updates to OEJB 2.2 and TranQL 1.4

Yes

Basically it allows one to specify select-for-update to delegate
locking to the db.  It does not explicitly allow one to set isolation
level on each call though.

I'm modifying the Rar for db2  to allow the specification of a
default isolation level so one is not tied to RS for DB2.

On Nov 20, 2006, at 11:02 AM, Udovichenko, Nellya wrote:


Oh, by the way, doesn't this change address the transaction isolation
level
problem in TranQL/OpenEJB (GERONIMO-2128)?

Thanks,
Nellya Udovichenko.

-Original Message-
From: Matt Hogstrom [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 14, 2006 2:55 AM
To: dev@geronimo.apache.org; openejb-dev@incubator.apache.org
Subject: Updates to OEJB 2.2 and TranQL 1.4

I have updated TranQL 1.4 and Open EJB 2.2 to support specification
of a Select-For-Update clause in the openejb-jar.xsd when deploying
CMP EJBs.  I have published new SNAPSHOTs of both projects so in a
perfect world there should be no pain :)

I'll be stress testing DayTrader tonight to confirm that we can run
an EJB workload under stress.  If no changes are made then the
current SQL syntax is generated and you'll notice no difference.  If
you want you can add a select-for-updatetrue/select-for-update
element to the Entity element in your openejb-jar.

I'll post some results when I finish testing.

Cheers.


Matt Hogstrom
[EMAIL PROTECTED]



Matt Hogstrom
[EMAIL PROTECTED]

When the clouds are full they pour the rain out on the earth;
and whether a tree falls to the north, or it falls to the south,
wherever the tree falls, there is lies.



Matt Hogstrom
[EMAIL PROTECTED]

When the clouds are full they pour the rain out on the earth;
and whether a tree falls to the north, or it falls to the south,
wherever the tree falls, there is lies.

Re: deployer offline mode on 1.2 branch?

[toby cabot]

Hi David,

On Wed, Nov 22, 2006 at 09:23:24AM -0800, David Jencks wrote:
 I'm not surprised that it doesn't work but I am very surprised your  
 fix worked :-)

Sometimes blind squirrels find nuts ;)

 Can you investigate whether the xmlbeans stuff got into the classpath  
 through manifest classpath entries in 1.1 which I think is the last  
 time offline deployment was tested?

It looks as if comes from somewhere else:

1.1.1 deployer.jar manifest Class-Path:
../lib/geronimo-common-1.1.1.jar
../lib/geronimo-deployment-1.1.1.jar
../lib/geronimo-deploy-jsr88-1.1.1.jar
../lib/geronimo-deploy-tool-1.1.1.jar
../lib/geronimo-kernel-1.1.1.jar
../lib/geronimo-system-1.1.1.jar
../lib/geronimo-util-1.1.1.jar
../lib/geronimo-j2ee-deployment_1.0.1_spec.jar
../lib/cglib-nodep-2.1_3.jar
../lib/commons-cli-1.0.jar
../lib/commons-logging-1.0.4.jar
../lib/log4j-1.2.8.jar../lib/mx4j-3.0.1.jar
../lib/mx4j-remote-3.0.1.jar
../lib/xpp3-1.1.3.3.jar
../lib/xstream-1.1.3.jar 
server.jar

1.2 deployer.jar manifest Class-Path:
../lib/geronimo-common-1.2-SNAPSHOT.jar
../lib/geronimo-kernel-1.2-SNAPSHOT.jar
../lib/geronimo-system-1.2-SNAPSHOT.jar
../lib/geronimo-util-1.2-SNAPSHOT.jar
../lib/geronimo-deployment-1.2-SNAPSHOT.jar
../lib/geronimo-deploy-jsr88-1.2-SNAPSHOT.jar
../lib/geronimo-deploy-tool-1.2-SNAPSHOT.jar
../lib/geronimo-j2ee-deployment_1.1_spec-1.0.1.jar
../lib/mx4j-3.0.1.jar
../lib/mx4j-remote-3.0.1.jar
../lib/commons-cli-1.0.jar
../lib/commons-logging-1.0.4.jar
../lib/cglib-nodep-2.1_3.jar
../lib/log4j-1.2.13.jar
../lib/jline-0.9.9.jar
../lib/xpp3-1.1.3.3.jar
../lib/xstream-1.1.3.jar
../lib/endorsed/xercesImpl-2.6.2.jar
../lib/endorsed/xmlParserAPIs-2.6.2.jar
server.jar

Strangely, I can get the two jars I need into the manifest (and lib/
directory) by adding them as classpath elements in online-deployer's
pom.xml.  I doubt that's kosher, but it seems to work.

Thanks,
Toby

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Prasad Kashyap]

How can I get the version of a dependency from dependencyManagement
section for variable substitution in the pom, to filter the resources
and other places ?

Thanx
Prasad

On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:

What are you not using the dependencyManagement features of mvn to
manage versions?

Do not use properties like this please.  I have been removing
properties to avoid people using them like this.  The g-m-p (as well
as others) will consult the dependencyManagement section for versions
which is not explicitly configured.  Please use that feature and do
not use properties to track artifact versions.

--jason


On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:

 Author: prasad
 Date: Wed Nov 22 07:13:22 2006
 New Revision: 478187

 URL: http://svn.apache.org/viewvc?view=revrev=478187
 Log:
 * deploy junit before deploying openejb-itest-core.

 Added:
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/src/test/resources/
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/src/test/resources/META-INF/
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/src/test/resources/META-INF/junit-plan.xml   (with props)
 Modified:
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/pom.xml

 Modified: geronimo/server/trunk/testsuite/ejbcontainer-testsuite/
 test-ejbcontainer/pom.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/
 ejbcontainer-testsuite/test-ejbcontainer/pom.xml?
 view=diffrev=478187r1=478186r2=478187
 ==
 
 --- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/pom.xml (original)
 +++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006
 @@ -17,55 +17,55 @@
  specific language governing permissions and limitations
  under the License.
  --
 -
  !-- $Rev$ $Date$ --
 -
  project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
 maven.apache.org/maven-v4_0_0.xsd

  modelVersion4.0.0/modelVersion
 -
  parent
  groupIdorg.apache.geronimo.testsuite/groupId
  artifactIdejbcontainer-testsuite/artifactId
  version2.0-SNAPSHOT/version
  relativePath../pom.xml/relativePath
  /parent
 -
  artifactIdtest-ejbcontainer/artifactId
  nameGeronimo TestSuite, EJB Container :: Test ejb modules/
 name
  packagingjar/packaging
 -
  description
  Tests for the ejb modules
  /description
 +properties
 +junitVersion3.8.1/junitVersion
 +/properties

  dependencies
 -
  dependency
  groupIdorg.apache.openejb/groupId
  artifactIdopenejb-itests-core/artifactId
  version${openejbVersion}/version
  typetest-jar/type
  /dependency
 -
  dependency
  groupIdorg.apache.openejb/groupId
  artifactIdopenejb-itests-core/artifactId
  version${openejbVersion}/version
  scopetest/scope
  /dependency
 -
  /dependencies

  profiles
  profile
  idchild/id
  build
 +testResources
 +testResource
 +directorysrc/test/resources/directory
 +filteringtrue/filtering
 +/testResource
 +/testResources
  plugins
  plugin
  groupIdorg.apache.geronimo.plugins/
 groupId
  artifactIdgeronimo-maven-plugin/
 artifactId
 -
  executions
  execution
  iddeploy-ears/id
 @@ -76,11 +76,18 @@
  configuration
  modules
  module
 -
 groupIdorg.apache.openejb/groupId
 -artifactIdopenejb-
 itests-core/artifactId
 -version$
 {openejbVersion}/version
 +groupIdjunit/groupId
 +artifactIdjunit/
 artifactId
 +version$
 {junitVersion}/version
  typejar/type
 +plan$
 {project.build.directory}/test-classes/META-INF/junit-plan.xml/plan
  /module
 +  module
 +
 groupIdorg.apache.openejb/groupId
 +  artifactIdopenejb-
 itests-core/artifactId
 +  version$
 

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Jason Dillon]

What other places in the pom do you need it?  In the g-m-p, you can  
simply omit the version and it will get picked up automatically  
from dependencyManagement.


--jason


On Nov 22, 2006, at 11:44 AM, Prasad Kashyap wrote:


How can I get the version of a dependency from dependencyManagement
section for variable substitution in the pom, to filter the resources
and other places ?

Thanx
Prasad

On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:

What are you not using the dependencyManagement features of mvn to
manage versions?

Do not use properties like this please.  I have been removing
properties to avoid people using them like this.  The g-m-p (as well
as others) will consult the dependencyManagement section for versions
which is not explicitly configured.  Please use that feature and do
not use properties to track artifact versions.

--jason


On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:

 Author: prasad
 Date: Wed Nov 22 07:13:22 2006
 New Revision: 478187

 URL: http://svn.apache.org/viewvc?view=revrev=478187
 Log:
 * deploy junit before deploying openejb-itest-core.

 Added:
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/src/test/resources/
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/src/test/resources/META-INF/
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/src/test/resources/META-INF/junit-plan.xml   (with  
props)

 Modified:
 geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/pom.xml

 Modified: geronimo/server/trunk/testsuite/ejbcontainer-testsuite/
 test-ejbcontainer/pom.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/
 ejbcontainer-testsuite/test-ejbcontainer/pom.xml?
 view=diffrev=478187r1=478186r2=478187
  
= 
=

 
 --- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/pom.xml (original)
 +++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
 ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006
 @@ -17,55 +17,55 @@
  specific language governing permissions and limitations
  under the License.
  --
 -
  !-- $Rev$ $Date$ --
 -
  project xmlns=http://maven.apache.org/POM/4.0.0;
 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
 maven.apache.org/maven-v4_0_0.xsd

  modelVersion4.0.0/modelVersion
 -
  parent
  groupIdorg.apache.geronimo.testsuite/groupId
  artifactIdejbcontainer-testsuite/artifactId
  version2.0-SNAPSHOT/version
  relativePath../pom.xml/relativePath
  /parent
 -
  artifactIdtest-ejbcontainer/artifactId
  nameGeronimo TestSuite, EJB Container :: Test ejb modules/
 name
  packagingjar/packaging
 -
  description
  Tests for the ejb modules
  /description
 +properties
 +junitVersion3.8.1/junitVersion
 +/properties

  dependencies
 -
  dependency
  groupIdorg.apache.openejb/groupId
  artifactIdopenejb-itests-core/artifactId
  version${openejbVersion}/version
  typetest-jar/type
  /dependency
 -
  dependency
  groupIdorg.apache.openejb/groupId
  artifactIdopenejb-itests-core/artifactId
  version${openejbVersion}/version
  scopetest/scope
  /dependency
 -
  /dependencies

  profiles
  profile
  idchild/id
  build
 +testResources
 +testResource
 +directorysrc/test/resources/directory
 +filteringtrue/filtering
 +/testResource
 +/testResources
  plugins
  plugin
  groupIdorg.apache.geronimo.plugins/
 groupId
  artifactIdgeronimo-maven-plugin/
 artifactId
 -
  executions
  execution
  iddeploy-ears/id
 @@ -76,11 +76,18 @@
  configuration
  modules
  module
 -
 groupIdorg.apache.openejb/groupId
 -artifactIdopenejb-
 itests-core/artifactId
 -version$
 {openejbVersion}/version
 +groupIdjunit/ 
groupId

 +artifactIdjunit/
 artifactId
 +version$
 {junitVersion}/version
  typejar/type
 +plan$
 {project.build.directory}/test-classes/META-INF/junit-plan.xml/ 
plan

  

Re: Building the new trunk

[anita kulshreshtha]

reposting... 
  By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
  
   
Thanks
Anita

--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 FYI, I was able to build trunk (rev. 478237) successfully this
 morning: 
 mvn clean install
 
 Best wishes,
 chris
 
 



 

Sponsored Link

Online degrees - find the right program to advance your career. 
www.nextag.com

Re: lost messages

[anita kulshreshtha]

  Trying one more time...Sorry to be posting it so many times:

By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
   
Thanks
Anita
--- anita kulshreshtha [EMAIL PROTECTED] wrote:

   My messages are appearing in the archives but not in the mailing
 list.
 Does anyone know why?
 
 Thanks
 Anita
 
 
  


 Sponsored Link
 
 Mortgage rates near 39yr lows. $420k for $1,399/mo. 
 Calculate new payment! 
 www.LowerMyBills.com/lre
 



 

Sponsored Link

Rates near 39yr lows. $420,000 Loan for $1399/mo. 
Calcuate new payment. www.LowerMyBills.com/lre

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Prasad Kashyap]

I am not using it either for dependency versioning or  plugin versioning.

It is being used in 2 places in the modules config param of a g-m-p
execution in this pom and in a plan in the resources dir.

Thanx
Prasad

On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:

What other places in the pom do you need it?  In the g-m-p, you can
simply omit the version and it will get picked up automatically
from dependencyManagement.

--jason


On Nov 22, 2006, at 11:44 AM, Prasad Kashyap wrote:

 How can I get the version of a dependency from dependencyManagement
 section for variable substitution in the pom, to filter the resources
 and other places ?

 Thanx
 Prasad

 On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
 What are you not using the dependencyManagement features of mvn to
 manage versions?

 Do not use properties like this please.  I have been removing
 properties to avoid people using them like this.  The g-m-p (as well
 as others) will consult the dependencyManagement section for versions
 which is not explicitly configured.  Please use that feature and do
 not use properties to track artifact versions.

 --jason


 On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:

  Author: prasad
  Date: Wed Nov 22 07:13:22 2006
  New Revision: 478187
 
  URL: http://svn.apache.org/viewvc?view=revrev=478187
  Log:
  * deploy junit before deploying openejb-itest-core.
 
  Added:
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/src/test/resources/
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/src/test/resources/META-INF/
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/src/test/resources/META-INF/junit-plan.xml   (with
 props)
  Modified:
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/pom.xml
 
  Modified: geronimo/server/trunk/testsuite/ejbcontainer-testsuite/
  test-ejbcontainer/pom.xml
  URL: http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/
  ejbcontainer-testsuite/test-ejbcontainer/pom.xml?
  view=diffrev=478187r1=478186r2=478187
 
 =
 =
  
  --- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/pom.xml (original)
  +++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006
  @@ -17,55 +17,55 @@
   specific language governing permissions and limitations
   under the License.
   --
  -
   !-- $Rev$ $Date$ --
  -
   project xmlns=http://maven.apache.org/POM/4.0.0;
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
  maven.apache.org/maven-v4_0_0.xsd
 
   modelVersion4.0.0/modelVersion
  -
   parent
   groupIdorg.apache.geronimo.testsuite/groupId
   artifactIdejbcontainer-testsuite/artifactId
   version2.0-SNAPSHOT/version
   relativePath../pom.xml/relativePath
   /parent
  -
   artifactIdtest-ejbcontainer/artifactId
   nameGeronimo TestSuite, EJB Container :: Test ejb modules/
  name
   packagingjar/packaging
  -
   description
   Tests for the ejb modules
   /description
  +properties
  +junitVersion3.8.1/junitVersion
  +/properties
 
   dependencies
  -
   dependency
   groupIdorg.apache.openejb/groupId
   artifactIdopenejb-itests-core/artifactId
   version${openejbVersion}/version
   typetest-jar/type
   /dependency
  -
   dependency
   groupIdorg.apache.openejb/groupId
   artifactIdopenejb-itests-core/artifactId
   version${openejbVersion}/version
   scopetest/scope
   /dependency
  -
   /dependencies
 
   profiles
   profile
   idchild/id
   build
  +testResources
  +testResource
  +directorysrc/test/resources/directory
  +filteringtrue/filtering
  +/testResource
  +/testResources
   plugins
   plugin
   groupIdorg.apache.geronimo.plugins/
  groupId
   artifactIdgeronimo-maven-plugin/
  artifactId
  -
   executions
   execution
   iddeploy-ears/id
  @@ -76,11 +76,18 @@
   configuration
   modules
   module
  -
  groupIdorg.apache.openejb/groupId
  -artifactIdopenejb-
  itests-core/artifactId
  -version$
  {openejbVersion}/version
  +groupIdjunit/
 groupId
 

Re: lost messages

[anita kulshreshtha]

   reposting one more time..
  
   By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
 
Thanks
Anita

--- anita kulshreshtha [EMAIL PROTECTED] wrote:

   My messages are appearing in the archives but not in the mailing
 list.
 Does anyone know why?
 
 Thanks
 Anita
 
 
  


 Sponsored Link
 
 Mortgage rates near 39yr lows. $420k for $1,399/mo. 
 Calculate new payment! 
 www.LowerMyBills.com/lre
 



 

Sponsored Link

Online degrees - find the right program to advance your career. 
www.nextag.com

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Jason Dillon]

As I said before, the g-m-p will pick up versions from  
dependencyManagement, and Geronimo should use the latest version in  
the repo, so in both places you should not need to use version.


--jason


On Nov 22, 2006, at 11:58 AM, Prasad Kashyap wrote:

I am not using it either for dependency versioning or  plugin  
versioning.


It is being used in 2 places in the modules config param of a g-m-p
execution in this pom and in a plan in the resources dir.

Thanx
Prasad

On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:

What other places in the pom do you need it?  In the g-m-p, you can
simply omit the version and it will get picked up automatically
from dependencyManagement.

--jason


On Nov 22, 2006, at 11:44 AM, Prasad Kashyap wrote:

 How can I get the version of a dependency from dependencyManagement
 section for variable substitution in the pom, to filter the  
resources

 and other places ?

 Thanx
 Prasad

 On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
 What are you not using the dependencyManagement features of mvn to
 manage versions?

 Do not use properties like this please.  I have been removing
 properties to avoid people using them like this.  The g-m-p (as  
well
 as others) will consult the dependencyManagement section for  
versions
 which is not explicitly configured.  Please use that feature  
and do

 not use properties to track artifact versions.

 --jason


 On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:

  Author: prasad
  Date: Wed Nov 22 07:13:22 2006
  New Revision: 478187
 
  URL: http://svn.apache.org/viewvc?view=revrev=478187
  Log:
  * deploy junit before deploying openejb-itest-core.
 
  Added:
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/src/test/resources/
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/src/test/resources/META-INF/
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/src/test/resources/META-INF/junit-plan.xml   (with
 props)
  Modified:
  geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/pom.xml
 
  Modified: geronimo/server/trunk/testsuite/ejbcontainer- 
testsuite/

  test-ejbcontainer/pom.xml
  URL: http://svn.apache.org/viewvc/geronimo/server/trunk/ 
testsuite/

  ejbcontainer-testsuite/test-ejbcontainer/pom.xml?
  view=diffrev=478187r1=478186r2=478187
 
  
=

 =
  
  --- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/pom.xml (original)
  +++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
  ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006
  @@ -17,55 +17,55 @@
   specific language governing permissions and limitations
   under the License.
   --
  -
   !-- $Rev$ $Date$ --
  -
   project xmlns=http://maven.apache.org/POM/4.0.0;
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
  xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
  maven.apache.org/maven-v4_0_0.xsd
 
   modelVersion4.0.0/modelVersion
  -
   parent
   groupIdorg.apache.geronimo.testsuite/groupId
   artifactIdejbcontainer-testsuite/artifactId
   version2.0-SNAPSHOT/version
   relativePath../pom.xml/relativePath
   /parent
  -
   artifactIdtest-ejbcontainer/artifactId
   nameGeronimo TestSuite, EJB Container :: Test ejb  
modules/

  name
   packagingjar/packaging
  -
   description
   Tests for the ejb modules
   /description
  +properties
  +junitVersion3.8.1/junitVersion
  +/properties
 
   dependencies
  -
   dependency
   groupIdorg.apache.openejb/groupId
   artifactIdopenejb-itests-core/artifactId
   version${openejbVersion}/version
   typetest-jar/type
   /dependency
  -
   dependency
   groupIdorg.apache.openejb/groupId
   artifactIdopenejb-itests-core/artifactId
   version${openejbVersion}/version
   scopetest/scope
   /dependency
  -
   /dependencies
 
   profiles
   profile
   idchild/id
   build
  +testResources
  +testResource
  +directorysrc/test/resources/ 
directory

  +filteringtrue/filtering
  +/testResource
  +/testResources
   plugins
   plugin
   groupIdorg.apache.geronimo.plugins/
  groupId
   artifactIdgeronimo-maven-plugin/
  artifactId
  -
   executions
   execution
   iddeploy-ears/id
  @@ -76,11 +76,18 @@
   configuration
   modules
   module
  

Re: lost messages

[anita kulshreshtha]

   This is the message that gets lost:

Thanks
Anita

--- anita kulshreshtha [EMAIL PROTECTED] wrote:

   My messages are appearing in the archives but not in the mailing
 list.
 Does anyone know why?
 
 Thanks
 Anita
 
 
  


 Sponsored Link
 
 Mortgage rates near 39yr lows. $420k for $1,399/mo. 
 Calculate new payment! 
 www.LowerMyBills.com/lre
 


 

Sponsored Link

Rates near 39yr lows. $420,000 Loan for $1399/mo. 
Calcuate new payment. www.LowerMyBills.com/lre
By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl
  
http://forum.java.sun.com/thread.jspa?tstart=30forumID=34threadID=542044trange=15
   
Thanks
Anita

[jira] Commented: (SM-750) ClientFactory should implement java.io.Serializable

[Guillaume Nodet (JIRA)]

[ 
https://issues.apache.org/activemq/browse/SM-750?page=comments#action_37519 ] 

Guillaume Nodet commented on SM-750:


Is this the only thing needed to make the client factory work in JBoss ?

 ClientFactory should implement java.io.Serializable
 ---

 Key: SM-750
 URL: https://issues.apache.org/activemq/browse/SM-750
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-core
 Environment: All, especially when running under the JBoss Deployer
Reporter: Martin Landua
Priority: Minor

 The object ClientFactory should implement the interface java.io.Serializable. 
 Otherwise, the JBoss Deployer throws an error when trying to register the 
 object in the JBoss JNDI directory.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (SM-750) ClientFactory should implement java.io.Serializable

[Guillaume Nodet (JIRA)]

[ 
https://issues.apache.org/activemq/browse/SM-750?page=comments#action_37520 ] 

Guillaume Nodet commented on SM-750:


Author: gnodet
Date: Wed Nov 22 12:09:59 2006
New Revision: 478309

URL: http://svn.apache.org/viewvc?view=revrev=478309
Log:
SM-750: ClientFactory should implement java.io.Serializable

Modified:
   
incubator/servicemix/trunk/core/servicemix-core/src/main/java/org/apache/servicemix/jbi/framework/ClientFactory.java


 ClientFactory should implement java.io.Serializable
 ---

 Key: SM-750
 URL: https://issues.apache.org/activemq/browse/SM-750
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-core
 Environment: All, especially when running under the JBoss Deployer
Reporter: Martin Landua
Priority: Minor

 The object ClientFactory should implement the interface java.io.Serializable. 
 Otherwise, the JBoss Deployer throws an error when trying to register the 
 object in the JBoss JNDI directory.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (SM-751) Flow tracing with correlation id

[Guillaume Nodet (JIRA)]

[ 
https://issues.apache.org/activemq/browse/SM-751?page=comments#action_37521 ] 

Guillaume Nodet commented on SM-751:


You need to clean the thread local.
In the processExchange method, just do:

protected void processExchange(MessageExchange exchange) throws Exception {
  try {
 corrId.set(exchange.getProperty(correlationId));
 ... put the current code here ...
  } finally {
 corrId.set(null);
  }
}

This way you should not experience the problem you explained.


 Flow tracing with correlation id
 

 Key: SM-751
 URL: https://issues.apache.org/activemq/browse/SM-751
 Project: ServiceMix
  Issue Type: Improvement
Reporter: Gianfranco Boccalon
 Attachments: servicemix-components.zip


 Add the possibility to trace the flow of the messages inside a Service 
 Assembly.
 For example, if we have a Service Assembly composed of three components, two 
 binding components (call them BC1 and BC2) and a service engine (SE) 
 organized in this sequence BC1-SE-BC2, we need to recognize that the output 
 messages produced by the SE component are related to some messages provided 
 by BC1.
 To do this, we need to add a process correlation id to the message 
 exchanges and to modify the used components, to propagate this correlation id 
 in all Message Exchanges sent.
 Enclosed there is the modified code for the following components:
 - HTTP binding component: here I added the code to generate the correlation 
 Id and set it in the Message Exchange
 - Splitter
 - Router (the lightweight component) 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Testing

[anita kulshreshtha]

Testing ..

Anita


 

Sponsored Link

Rates near 39yr lows. $510,000 Loan for $1698/mo. 
Calcuate new payment. www.LowerMyBills.com/lre

Testing again

[anita kulshreshtha]

Testing..
   This is the message that gets lost:
By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl

   
Thanks
Anita


 

Sponsored Link

Online degrees - find the right program to advance your career. 
www.nextag.com

Re: Server startup fails with Sun JDK 1.5, xalan missing

[Vamsavardhana Reddy]

Is this the message you thought it didn't make it to the dev-list?  It came
into my inbox more than 2 hours ago.

--vamsi

On 11/22/06, anita kulshreshtha [EMAIL PROTECTED] wrote:


 By setting the following property in geronimo.bat I can start the
server (rev 477198, bytecode 1.4, JDK 1.5) without any exceptions. The
required class is in rt.jar. This property is not set by default.
-Djavax.xml.transform.TransformerFactory=
com.sun.org.apache.xalan.internal.xsltc.trax.TransformerFactoryImpl


http://forum.java.sun.com/thread.jspa?tstart=30forumID=34threadID=542044trange=15

Thanks
Anita

   I think we need to package xalan implementation with server build
 via
   repository, just like xerces and xmlparser. What do you guys say?
 or I
  am
   missing something here.
  
   Also notice, Sun JDK 1.4.2 is shipped with Xalan Java 2.4.1, and
 current
   version of Xalan available is 2.7, I think we should make Xalan
  transformet
   independent of JDK.
 
  Unless I'm missing something, either, I'm happy to include Xalan in
  Geronimo distro. The less we're dependent on a JVM version, the
  better.







Sponsored Link

Mortgage rates near 39yr lows. $510k for $1,698/mo.
Calculate new payment! www.LowerMyBills.com/lre

Re: lost messages

[Christopher M. Cardona]

Anita,

I got your messages. Are you saying you can't receive your sent mails to 
the list?


Thanks,
chris

anita kulshreshtha wrote:

  My messages are appearing in the archives but not in the mailing
list.
Does anyone know why?

Thanks
Anita


 


Sponsored Link

Mortgage rates near 39yr lows. $420k for $1,399/mo. 
Calculate new payment! 
www.LowerMyBills.com/lre


  

[jira] Resolved: (SM-748) Restart of ServiceUnits using PollingEndpoints fails

[Guillaume Nodet (JIRA)]

 [ https://issues.apache.org/activemq/browse/SM-748?page=all ]

Guillaume Nodet resolved SM-748.


Resolution: Fixed
  Assignee: Guillaume Nodet

You're right.  As the executor is owned by the component, it should not be 
shutDown.
Thanks !

Author: gnodet
Date: Wed Nov 22 12:42:24 2006
New Revision: 478314

URL: http://svn.apache.org/viewvc?view=revrev=478314
Log:
SM-748: Restart of ServiceUnits using PollingEndpoints fails

Modified:
   
incubator/servicemix/trunk/common/servicemix-common/src/main/java/org/apache/servicemix/common/endpoints/PollingEndpoint.java


 Restart of ServiceUnits using PollingEndpoints fails
 

 Key: SM-748
 URL: https://issues.apache.org/activemq/browse/SM-748
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-common
Affects Versions: 3.1
 Environment: ServiceMix 3.1-SNAPSHOT, JBoss 4.0.4.GA
Reporter: Frank Trietsch
 Assigned To: Guillaume Nodet
Priority: Critical
 Fix For: 3.1


 When an PollingEndpoint (for example FilePollingEndpoint) is stopped and 
 restarted, the poll() method is never called again, because the service 
 unit's executor has been shut down in the PollingEndpoint.stop() method.
 FIX:
 Just removing line 138 executor.shutdown() helped for me, but I'm not quite 
 sure, if there are any caveats about it.
 Regards,
Frank

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (SM-728) Validation component / CopyTransformer / SourceTransformer put a non serializable property in the message

[Guillaume Nodet (JIRA)]

[ 
https://issues.apache.org/activemq/browse/SM-728?page=comments#action_37523 ] 

Guillaume Nodet commented on SM-728:


Please, go for it !

 Validation component / CopyTransformer / SourceTransformer put a non 
 serializable property in the message
 -

 Key: SM-728
 URL: https://issues.apache.org/activemq/browse/SM-728
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-core
Affects Versions: 3.0
 Environment: Windows XP Professional
Reporter: Eyji

 See discussion with Guilaume Nodet on Nabble for ServiceMix User:
 http://www.nabble.com/forum/ViewPost.jtp?post=7093895framed=y

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (SM-750) ClientFactory should implement java.io.Serializable

[Martin Landua (JIRA)]

[ 
https://issues.apache.org/activemq/browse/SM-750?page=comments#action_37524 ] 

Martin Landua commented on SM-750:
--

This is at least one condition to make it work in JBoss.

Actually, the client factory is expected to be located somewhere at 
java:/comp/env/servicemix or so. For a reason I have not figured out yet, the 
location is not valid in the JBoss JNDI tree. Once I find a solution, I will 
again post a case.

Regards
Martin

 ClientFactory should implement java.io.Serializable
 ---

 Key: SM-750
 URL: https://issues.apache.org/activemq/browse/SM-750
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-core
 Environment: All, especially when running under the JBoss Deployer
Reporter: Martin Landua
Priority: Minor

 The object ClientFactory should implement the interface java.io.Serializable. 
 Otherwise, the JBoss Deployer throws an error when trying to register the 
 object in the JBoss JNDI directory.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Created: (AMQ-1068) DestinationMap seems to use up lots of RAM if using deep hierarchies

[james strachan (JIRA)]

DestinationMap seems to use up lots of RAM if using deep hierarchies


 Key: AMQ-1068
 URL: https://issues.apache.org/activemq/browse/AMQ-1068
 Project: ActiveMQ
  Issue Type: Bug
  Components: Broker
Affects Versions: 4.1.0, 4.0.2
Reporter: james strachan
 Assigned To: james strachan
 Fix For: 4.2.0




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Resolved: (AMQ-1068) DestinationMap seems to use up lots of RAM if using deep hierarchies

[james strachan (JIRA)]

 [ https://issues.apache.org/activemq/browse/AMQ-1068?page=all ]

james strachan resolved AMQ-1068.
-

Resolution: Fixed

see the test case DestinationMapMemoryTest which used to blow up and create 
OutOfMemory before the patch

 DestinationMap seems to use up lots of RAM if using deep hierarchies
 

 Key: AMQ-1068
 URL: https://issues.apache.org/activemq/browse/AMQ-1068
 Project: ActiveMQ
  Issue Type: Bug
  Components: Broker
Affects Versions: 4.1.0, 4.0.2
Reporter: james strachan
 Assigned To: james strachan
 Fix For: 4.2.0




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Created: (GERONIMO-2593) Document Javamail Session creation and usage

[Mike Perham (JIRA)]

Document Javamail Session creation and usage


 Key: GERONIMO-2593
 URL: http://issues.apache.org/jira/browse/GERONIMO-2593
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: documentation
Affects Versions: 1.1.1
 Environment: WAS CE 1.1.0.1
Reporter: Mike Perham


I can't find anywhere in the GDOC11 wiki or WAS CE public documentation that 
explains how to create a simple system-wide mail Session.  The Geronimo console 
does not have a page to create them and the samples only contain a single 
javamail config project whose plan.xml is incomprehensible to a mere mortal 
like me.

Please provide an example how to create a mail Session (or how to get one out 
of the javamail module configured in config.xml?) and how to reference that 
session within a webapp.

If anyone sees this issue and can email me an example, please email mike AT 
perham.net.  I'm stuck on this right now.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

looking for web.xml in a rar?

[toby cabot]

Hi,

When I try to deploy a resource adapter (just a trivial example) to
the 1.2 minimal Jetty server I get a strange stack trace[1].  The good
news is that the resource adapter appears to be deployed OK and its
start() method gets called, but the message is a little disconcerting.

Thanks,
Toby

[1]
java.io.FileNotFoundException: JAR entry WEB-INF/web.xml not found in 
/tmp/geronimo-deployer4826.tmpdir/hello-ra.rar
at 
sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:114)
at 
sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:124)
at java.net.URL.openStream(URL.java:1007)
at 
org.apache.geronimo.deployment.util.DeploymentUtil.readAll(DeploymentUtil.java:124)
at 
org.apache.geronimo.jetty.deployment.JettyModuleBuilder.createModule(JettyModuleBuilder.java:198)
at 
org.apache.geronimo.web.deployment.AbstractWebModuleBuilder.createModule(AbstractWebModuleBuilder.java:154)
at 
org.apache.geronimo.web.deployment.AbstractWebModuleBuilder$$FastClassByCGLIB$$459e0cc.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$81214d9e.createModule(generated)
at 
org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.createModule(SwitchingModuleBuilder.java:94)
at 
org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$81214d9e.createModule(generated)
at 
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:273)
at 
org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$$EnhancerByCGLIB$$b84ec7b3.getDeploymentPlan(generated)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:232)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
at 
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:855)
at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:338)
at 
org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:122)
at 

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Prasad Kashyap]

Verified and found that you actually were telling the truth. :-)

Changed reverted. Happy ?

Thanx Jason

Cheers
Prasad

On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:

As I said before, the g-m-p will pick up versions from
dependencyManagement, and Geronimo should use the latest version in
the repo, so in both places you should not need to use version.

--jason


On Nov 22, 2006, at 11:58 AM, Prasad Kashyap wrote:

 I am not using it either for dependency versioning or  plugin
 versioning.

 It is being used in 2 places in the modules config param of a g-m-p
 execution in this pom and in a plan in the resources dir.

 Thanx
 Prasad

 On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
 What other places in the pom do you need it?  In the g-m-p, you can
 simply omit the version and it will get picked up automatically
 from dependencyManagement.

 --jason


 On Nov 22, 2006, at 11:44 AM, Prasad Kashyap wrote:

  How can I get the version of a dependency from dependencyManagement
  section for variable substitution in the pom, to filter the
 resources
  and other places ?
 
  Thanx
  Prasad
 
  On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
  What are you not using the dependencyManagement features of mvn to
  manage versions?
 
  Do not use properties like this please.  I have been removing
  properties to avoid people using them like this.  The g-m-p (as
 well
  as others) will consult the dependencyManagement section for
 versions
  which is not explicitly configured.  Please use that feature
 and do
  not use properties to track artifact versions.
 
  --jason
 
 
  On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:
 
   Author: prasad
   Date: Wed Nov 22 07:13:22 2006
   New Revision: 478187
  
   URL: http://svn.apache.org/viewvc?view=revrev=478187
   Log:
   * deploy junit before deploying openejb-itest-core.
  
   Added:
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
   ejbcontainer/src/test/resources/
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
   ejbcontainer/src/test/resources/META-INF/
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
   ejbcontainer/src/test/resources/META-INF/junit-plan.xml   (with
  props)
   Modified:
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
   ejbcontainer/pom.xml
  
   Modified: geronimo/server/trunk/testsuite/ejbcontainer-
 testsuite/
   test-ejbcontainer/pom.xml
   URL: http://svn.apache.org/viewvc/geronimo/server/trunk/
 testsuite/
   ejbcontainer-testsuite/test-ejbcontainer/pom.xml?
   view=diffrev=478187r1=478186r2=478187
  
 
 =
  =
   
   --- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
   ejbcontainer/pom.xml (original)
   +++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-
   ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006
   @@ -17,55 +17,55 @@
specific language governing permissions and limitations
under the License.
--
   -
!-- $Rev$ $Date$ --
   -
project xmlns=http://maven.apache.org/POM/4.0.0;
   xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
   xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
   maven.apache.org/maven-v4_0_0.xsd
  
modelVersion4.0.0/modelVersion
   -
parent
groupIdorg.apache.geronimo.testsuite/groupId
artifactIdejbcontainer-testsuite/artifactId
version2.0-SNAPSHOT/version
relativePath../pom.xml/relativePath
/parent
   -
artifactIdtest-ejbcontainer/artifactId
nameGeronimo TestSuite, EJB Container :: Test ejb
 modules/
   name
packagingjar/packaging
   -
description
Tests for the ejb modules
/description
   +properties
   +junitVersion3.8.1/junitVersion
   +/properties
  
dependencies
   -
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-itests-core/artifactId
version${openejbVersion}/version
typetest-jar/type
/dependency
   -
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-itests-core/artifactId
version${openejbVersion}/version
scopetest/scope
/dependency
   -
/dependencies
  
profiles
profile
idchild/id
build
   +testResources
   +testResource
   +directorysrc/test/resources/
 directory
   +filteringtrue/filtering
   +/testResource
   +/testResources
plugins
plugin
groupIdorg.apache.geronimo.plugins/
   groupId
artifactIdgeronimo-maven-plugin/
   artifactId
   -
  

Re: svn commit: r478187 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/ src/test/resources/META-INF/ src/test/resources/META-INF/junit-plan.

[Jason Dillon]

Why would I lie?

:-P

I'm just trying to keep configuration complexity from creeping in.   
Nothing personal...


--jason


On Nov 22, 2006, at 1:44 PM, Prasad Kashyap wrote:


Verified and found that you actually were telling the truth. :-)

Changed reverted. Happy ?

Thanx Jason

Cheers
Prasad

On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:

As I said before, the g-m-p will pick up versions from
dependencyManagement, and Geronimo should use the latest version in
the repo, so in both places you should not need to use version.

--jason


On Nov 22, 2006, at 11:58 AM, Prasad Kashyap wrote:

 I am not using it either for dependency versioning or  plugin
 versioning.

 It is being used in 2 places in the modules config param of a  
g-m-p

 execution in this pom and in a plan in the resources dir.

 Thanx
 Prasad

 On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
 What other places in the pom do you need it?  In the g-m-p, you  
can

 simply omit the version and it will get picked up automatically
 from dependencyManagement.

 --jason


 On Nov 22, 2006, at 11:44 AM, Prasad Kashyap wrote:

  How can I get the version of a dependency from  
dependencyManagement

  section for variable substitution in the pom, to filter the
 resources
  and other places ?
 
  Thanx
  Prasad
 
  On 11/22/06, Jason Dillon [EMAIL PROTECTED] wrote:
  What are you not using the dependencyManagement features of  
mvn to

  manage versions?
 
  Do not use properties like this please.  I have been removing
  properties to avoid people using them like this.  The g-m-p (as
 well
  as others) will consult the dependencyManagement section for
 versions
  which is not explicitly configured.  Please use that feature
 and do
  not use properties to track artifact versions.
 
  --jason
 
 
  On Nov 22, 2006, at 7:13 AM, [EMAIL PROTECTED] wrote:
 
   Author: prasad
   Date: Wed Nov 22 07:13:22 2006
   New Revision: 478187
  
   URL: http://svn.apache.org/viewvc?view=revrev=478187
   Log:
   * deploy junit before deploying openejb-itest-core.
  
   Added:
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-

   ejbcontainer/src/test/resources/
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-

   ejbcontainer/src/test/resources/META-INF/
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-
   ejbcontainer/src/test/resources/META-INF/junit-plan.xml
(with

  props)
   Modified:
   geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-

   ejbcontainer/pom.xml
  
   Modified: geronimo/server/trunk/testsuite/ejbcontainer-
 testsuite/
   test-ejbcontainer/pom.xml
   URL: http://svn.apache.org/viewvc/geronimo/server/trunk/
 testsuite/
   ejbcontainer-testsuite/test-ejbcontainer/pom.xml?
   view=diffrev=478187r1=478186r2=478187
  
 
  
=

  =
   
   --- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-

   ejbcontainer/pom.xml (original)
   +++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/ 
test-

   ejbcontainer/pom.xml Wed Nov 22 07:13:22 2006
   @@ -17,55 +17,55 @@
specific language governing permissions and limitations
under the License.
--
   -
!-- $Rev$ $Date$ --
   -
project xmlns=http://maven.apache.org/POM/4.0.0;
   xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
   xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
   maven.apache.org/maven-v4_0_0.xsd
  
modelVersion4.0.0/modelVersion
   -
parent
groupIdorg.apache.geronimo.testsuite/groupId
artifactIdejbcontainer-testsuite/artifactId
version2.0-SNAPSHOT/version
relativePath../pom.xml/relativePath
/parent
   -
artifactIdtest-ejbcontainer/artifactId
nameGeronimo TestSuite, EJB Container :: Test ejb
 modules/
   name
packagingjar/packaging
   -
description
Tests for the ejb modules
/description
   +properties
   +junitVersion3.8.1/junitVersion
   +/properties
  
dependencies
   -
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-itests-core/artifactId
version${openejbVersion}/version
typetest-jar/type
/dependency
   -
dependency
groupIdorg.apache.openejb/groupId
artifactIdopenejb-itests-core/artifactId
version${openejbVersion}/version
scopetest/scope
/dependency
   -
/dependencies
  
profiles
profile
idchild/id
build
   +testResources
   +testResource
   +directorysrc/test/resources/
 directory
   +filteringtrue/filtering
   +/testResource
   +/testResources
   

Re: jspc-maven-plugin

[Joe Bohn]

Jeff Genender wrote:



(I think we may have just said the same thing, but I am clarifying).


Yes, I think we said almost the same thing.  I was proposing to use 
Tomcat (Jasper) for the jsp compilation for both Tomcat and Jetty even 
though the Jetty runtime will most likely be using Glassfish.  If you 
can configure it such that we use Jasper for Tomcat and can optionally 
use Glassfish for Jetty that would be great.


Joe

Re: svn commit: r478331 - in /geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test-ejbcontainer: pom.xml src/test/resources/META-INF/junit-plan.xml

[Jason Dillon]

On Nov 22, 2006, at 1:30 PM, [EMAIL PROTECTED] wrote:
--- geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/src/test/resources/META-INF/junit-plan.xml (original)
+++ geronimo/server/trunk/testsuite/ejbcontainer-testsuite/test- 
ejbcontainer/src/test/resources/META-INF/junit-plan.xml Wed Nov 22  
13:30:40 2006

@@ -19,7 +19,7 @@
 moduleId
 groupIdjunit/groupId
 artifactIdjunit/artifactId
-version${junitVersion}/version
+version3.8.1/version
 typejar/type
 /moduleId
 /environment


Do you need the version here?  If the module deployed has this  
correctly in its pom with the right scope, then you should not need  
to specify it here.


In generally... I would like to avoid any hardcoded versions except  
those in the pom's dependencyManagement section.


Where is this plan used?

--jason

[jira] Commented: (AMQ-1065) Provide startup option to flush journal to store then exit the broker

[Adrian Co (JIRA)]

[ 
https://issues.apache.org/activemq/browse/AMQ-1065?page=comments#action_37526 ] 

Adrian Co commented on AMQ-1065:


Personally, I prefer this as a utility separate from the broker. I'll try to 
look into incorporating this into the console.

 Provide startup option to flush journal to store then exit the broker
 -

 Key: AMQ-1065
 URL: https://issues.apache.org/activemq/browse/AMQ-1065
 Project: ActiveMQ
  Issue Type: Wish
  Components: Broker
Affects Versions: 4.2.0
Reporter: [EMAIL PROTECTED]
 Fix For: 4.2.0


 This is a wish for a command line argument that will flush the journal to 
 the database and quit.
 This makes it possible to:
 1.  Do some kinds of message administration / emergency fixing in SQL.
 2. Upgrade even if there are incompatible changes by first flushing the 
 journal and then applying the appropriate SQL change script to the database.
 3.  Switch the kind of journaling, switch to no journaling, etc.
 Jason

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (AMQ-1060) Unable to connect to AMQ 4.x queue with MDB

[Adrian Co (JIRA)]

[ 
https://issues.apache.org/activemq/browse/AMQ-1060?page=comments#action_37527 ] 

Adrian Co commented on AMQ-1060:


Kindly attach the broker and client logs with debug turned on and whatever 
configuration you used for the broker and client. I don't have Websphere, but 
maybe someone will see something. :)

 Unable to connect to AMQ 4.x queue with MDB
 ---

 Key: AMQ-1060
 URL: https://issues.apache.org/activemq/browse/AMQ-1060
 Project: ActiveMQ
  Issue Type: Bug
Affects Versions: 4.0.1, 4.0.2
 Environment: OS Windows 2003 Server, AMQ 4.0.2, Websphere 5.1.11
Reporter: Stephen Murray
 Fix For: 3.2.2


 Can you please raise a JIRA for a bug introduced in Version 4.x of ActiveMQ ? 
 I'm unable to connect to an ActiveMQ queue with an MDB when the ActiveMQ 
 queue I'm connecting to has a queue depth. 
 This works in ActiveMQ 3.2.2, but doesn't in 4.0.1 or 4.0.2. 
 Environment : 
 AMQ 4.0.1 or 4.0.2 deployed standalone on a Windows 2003 server. 
 Basic (Hello World) MDB deployed within IBM Websphere 5.1 (Patch 11). 
 Intructions to recreate : 
 Start AMQ, load a message onto the MDBs Queue, start Websphere and MDB won't 
 connect to the ActiveMQ queue. 
 If there is any further information you require to assist in the resolution 
 of this problem, please let us know. We can provide details of the code or 
 the WAS/AMQ config. 
 Whilst stating this doesn't work for a Hello World MDB, this is for 
 simplicity and ease of testing this issue, in reality we are using the MDB 
 and AMQ as part of a full blown integration solution at 2 major Utility 
 companies and seriously need some assistance with this. Testing onsite of the 
 solution at each of these companies has revealed this issue, this is 
 therefore preventing the move of the solution into production. 
 We cannot revert to the use of the version 3.2.2 of AMQ as there are some 
 memory limitations with this version (that have been addressed in 4.x) that 
 mean that it will not cope with the volumes of messages that are required to 
 be handled. 
 Thanks,
 Stephen Murray

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: SUM: Re: Changing the name of the ServiceMix project at the Codehaus

[Guillaume Nodet]

I was wondering if we could simply shut down the codehaus
project and import back the remaining bits at Apache.
As these parts depend on jboss (LGPL) or some proprietary
libraries (XSQL), i was thinking that we could just import the
code in a new area of servicemix (other than trunk) and not
release it.  Simply importing the code should be ok with legal,
as soon as we do not release it afaik.

Thoughts ?

On 9/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:


Hello from Sweden!

I followed this discussion but did not yet get: What shall be hosted at the
codehouse project site? Just some few components? Or shall it be a growing,
open collection of components? Or something completely different?

IMHO a wiki page is perfect for this task: Easy to collaborate  keep the
overview. Listing  commenting proposals. Listing requirements. Reusable for
later naming needs.

 We could always go for ServiceReMix

May IMHO confuse outsiders: Is this a fork of the ServiceMix project? Or
some kind of other re-use of SM?

 Well, here are a few that spring to mind to get the creative process
 rolling:
 InTheMix

IMHO great for components etc, as they will be used inside Servicemix

 MixCentral
 MixDepot

IMHO great when a bigger bunch of related packages/projects/examples/...
shall be hosted/linked.

 MixBase
 MixCore

May be misunderstood as servicemix-core or other internals

 BeyondServiceMix

nice for things that complement ServiceMix


To summarize the requirements: The name shall be
* pronouncable (like distinction between acronym and abbreviation, e.g. VoIP
and URL are speakable, whereas CSS and SVN are not)
* showing clear separation from main project
* somehow tying to the main project
* search engine friendly (no command characters like  - + etc.)
* easy to find (not too many other results, even with common spelling errors
[e.g. space inbetween single words of a compound one])
* usable in professional contexts, so no similarity (written/spelled/spoken)
with swearwords and the like (maybe even in other common languages than just
English, so Spanish, Chinese, Arabian, Russian, French, German etc.)

Did I miss something? Just add...

Have a sunny saturday, Georg
--
View this message in context: 
http://www.nabble.com/Changing-the-name-of-the-ServiceMix-project-at-the-Codehaus-tf2203136.html#a6339623
Sent from the ServiceMix - Dev forum at Nabble.com.





--
Cheers,
Guillaume Nodet

Re: lost messages

[anita kulshreshtha]

  I apologize for sending n copies of the same message..
  I was receiving all the mail except the messages containing that
particular text. They were flagged as spam, and I found them in the
bulk folder. Thanks Toby for pointing that out! 

Thanks
Anita

--- Christopher M. Cardona [EMAIL PROTECTED] wrote:

 Anita,
 
 I got your messages. Are you saying you can't receive your sent mails
 to 
 the list?
 
 Thanks,
 chris
 
 anita kulshreshtha wrote:
My messages are appearing in the archives but not in the mailing
  list.
  Does anyone know why?
 
  Thanks
  Anita
 
 
   
 


  Sponsored Link
 
  Mortgage rates near 39yr lows. $420k for $1,399/mo. 
  Calculate new payment! 
  www.LowerMyBills.com/lre
 

 
 



 

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

[jira] Created: (AMQ-1069) Setting maxInactivityDuration on broker to broker connections to value greater than 30 seconds doesn't work

[Eric Wood (JIRA)]

Setting maxInactivityDuration on broker to broker connections to value greater 
than 30 seconds doesn't work
---

 Key: AMQ-1069
 URL: https://issues.apache.org/activemq/browse/AMQ-1069
 Project: ActiveMQ
  Issue Type: Bug
Affects Versions: 4.1.0
 Environment: Linux RHEL 4 with Java 1.5
Reporter: Eric Wood
Priority: Critical


We are running AMQ in a configuration with embedded brokers on both the 
producer and consumer (broker to broker network communication).  We have an 
extremely high latency network, which results in a large number of inactivity 
timeouts.  Once we discovered how to set the timeout, we tried to set it to a 
value of 100 seconds which we believe will work better with our configuration 
and network.  However, we observed that timeouts were still occuring after 30 
seconds of inactivity.  We tried setting the inactivity timeout value on both 
brokers and got the same result.  We tried setting it to a value less than 30 
(i.e. 10)  and we saw timeouts occuring on that interval.  Because of this, we 
believe that there must be a limit on the inactivity timeout value.  If there 
is such a limit, could it be increased.? The 30 second value causes a large 
number of timeouts, which we believe causes a lower effective throughput than 
is truly possible with JMS/AMQ.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: jspc-maven-plugin

[Jeff Genender]

Joe Bohn wrote:

 Yes, I think we said almost the same thing.  I was proposing to use
 Tomcat (Jasper) for the jsp compilation for both Tomcat and Jetty even
 though the Jetty runtime will most likely be using Glassfish.  If you
 can configure it such that we use Jasper for Tomcat and can optionally
 use Glassfish for Jetty that would be great.


Yup...I think that's doable.

Jeff



 
 Joe

[STATUS] (geronimo) Wed Nov 22 23:49:03 2006

[Geronimo Weekly Status]

APACHE GERONIMO STATUS: -*-text-*-
Last modified at [$Date: 2006-11-05 18:03:59 -0500 (Sun, 05 Nov 2006) $]

The current version of this file can be found at:

  * http://svn.apache.org/repos/asf/geronimo/server/trunk/STATUS


Upcoming Releases:

  Geronimo 1.2 -- geronimo/server/trunk/
Release Manager: Dain Sundstrom and Alan Cabrera
Estimated Date: Q4 2006



RELEASE SHOWSTOPPERS:

Certification - Historically certification has been the most time consuming 
portion of a release, and there is no reason to expect it to be any different 
for this release.  To make matters worse, the certification test suite was not 
run for several months while major changes were made to the build, EJB, 
Transaction, Connector and Servlet Session.

In the last two weeks we have gotten the TCK running and using Maven 2, and
have made good progress on the test suite.  Additionally, the GBuild servers
are back online and processing some tests.  There are stability issues with
GBuild but we are hopeful it will be fully running soon.
 
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 libraries,
the geronimo integrations, and the TCK.  In the case of ActiveMQ, the one 
person that understands that can certify the code, is unavailable for the 
next two weeks.

Fit and Finish - This is another item that has historically taken a 
significant amount of time to complete.  A process has been started to 
tie up the loose ends in the software so it can be released.


Dead 1.2 - There are still 26 unmerged commits the dead 1.2 branch.  These 
commits must be merged before the 1.2 release.  The current status of the 
dead-1.2 changes can be found at 
http://svn.apache.org/repos/asf/geronimo/server/trunk/all_changes.log



PENDING PATCHES:

GERONIMO-2485 PersistenceUnitGBean needs a NamespaceDrivenDeployer

GERONIMO-1277 Change group-id to org.apache.geronimo
  Status: New proposal by Jason Dillon to change base the groupId to 
org.apache.geronimo.server

GERONIMO-2015 Let's replace JKS to PKCS12 key store type - Opened
  Status: No active discussion

GERONIMO-2409 Provide config/module aliasing ability
  Status: 3 +1 votes

GERONIMO-2413 Add a Certification Authority (CA) portlet to Geronimo console
  Status: Not reviewed



RELEASE HISTORY:
  2006-09-18  Geronimo 1.1.1
  2006-06-26  Geronimo 1.1
  2006-01-05  Geronimo 1.0
  2005-10-04  Geronimo 1.0 milestone 5
  2005-08-10  Geronimo 1.0 milestone 4
  2004-11-11  Geronimo 1.0 milestone 3
  2004-09-09  Geronimo 1.0 milestone 2
  2004-04-29  Geronimo 1.0 milestone 1


If you're a contributor looking for something to do:

  * Review the documentation and suggest improvements
  * Review the bug list and suggest fixes or report reproducibility
  * Report bugs yourself

Re: looking for web.xml in a rar?

[Jacek Laskowski]

On 11/22/06, toby cabot [EMAIL PROTECTED] wrote:

Hi,

When I try to deploy a resource adapter (just a trivial example) to
the 1.2 minimal Jetty server I get a strange stack trace[1].  The good
news is that the resource adapter appears to be deployed OK and its
start() method gets called, but the message is a little disconcerting


Hi Toby,

I'm glad you're having fun with Geronimo! ;-) Could you report an
issue so the issue won't disappear in the mail traffic?

Jacek

--
Jacek Laskowski
http://www.jaceklaskowski.pl