Chiond,
You can run the examples using the launcher with debug enabled and
attach to the process from eclipse using the remote debugger
(Run/Debug/Remote Java Application)
Ta
Meeraj
-Original Message-
From: Chiond Huang [mailto:[EMAIL PROTECTED]
Sent: 04 August 2006 08:18
To: tuscany-d
Jeremy,
I will make a start on this and try to submit a patch by the weekend.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 29 July 2006 04:26
To: tuscany-dev@ws.apache.org
Subject: Re: Which work manager?
On Jul 21, 2006, at 12:09 PM, Jim Marino wro
I can try this out tonight and submit the patch for the work manager and
launcher.
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 02 August 2006 16:56
To: tuscany-dev@ws.apache.org
Subject: Re: Problem with suplly chain
On Aug 2, 2006, at 8:48 AM, Jim Marino wrot
, Meeraj Kunnumpurath wrote:
> Ta
>
> -Original Message-
> From: Jim Marino [mailto:[EMAIL PROTECTED]
> Sent: 02 August 2006 15:24
> To: tuscany-dev@ws.apache.org
> Cc: Jeremy Boynes
> Subject: Re: Problem with suplly chain
>
>
> On Aug 2, 2006, at 1:30 AM, Meera
Ta
-Original Message-
From: Jim Marino [mailto:[EMAIL PROTECTED]
Sent: 02 August 2006 15:24
To: tuscany-dev@ws.apache.org
Cc: Jeremy Boynes
Subject: Re: Problem with suplly chain
On Aug 2, 2006, at 1:30 AM, Meeraj Kunnumpurath wrote:
> Jeremy,
>
> Ok, this is my suggestion
method?
2. Mark the threads as daemon. We can easily do this, as the Eexcutors
class has an overloaded factory method where we can specify a thread
factory.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 02 August 2006 00:49
To: meeraj; Meeraj Kunnumpurath
:675)
at java.lang.Thread.run(Thread.java:595)
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 01 August 2006 13:20
To: tuscany-dev@ws.apache.org
Subject: RE: problem running supplychain sample from the command line
Ta
-Original Message
ay
have fixed since I last did an update.
The bat file could be easily converted to a linux shell script. Just
haven't fired up my linux box yet.
Anyway hope this helps out.
Meeraj Kunnumpurath wrote:
> Hi,
>
> The readme on the supply chain example seems to be a bit out-of-date.
&g
Hi,
The readme on the supply chain example seems to be a bit out-of-date.
Could someone pls direct me to how to run the sample?
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 31 July 2006 18:35
To: tuscany-dev@ws.apache.org
Subject: RE: problem
Jeremy,
Don't worry, I have found the readme. I will take a look.
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 31 July 2006 18:24
To: tuscany-dev@ws.apache.org
Subject: RE: problem running supplychain sample from the command line
How do
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 31 July 2006 18:24
To: tuscany-dev@ws.apache.org
Subject: RE: problem running supplychain sample from the command line
How do I run the sample from the command line?
-Original Message-
From: Jeremy
How do I run the sample from the command line?
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 31 July 2006 16:29
To: tuscany-dev@ws.apache.org
Subject: problem running supplychain sample from the command line
When I run the sample from the command line one of two
Jeremy,
Sorry, I have been away on vacation. Yes, I can do that.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 29 July 2006 04:26
To: tuscany-dev@ws.apache.org
Subject: Re: Which work manager?
On Jul 21, 2006, at 12:09 PM, Jim Marino wrote:
> We sho
t: Re: [jira] Created: (TUSCANY-573) Race condition in
ThreadPoolWorkManager
On Jul 24, 2006, at 12:41 PM, Meeraj Kunnumpurath wrote:
> Jeremy,
>
> Pls find the patch attached.
>
Unfortunately this appears to deadlock on my Mac (maybe a dual-core
pro
Hmm..
Let me have a look..
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 25 July 2006 00:21
To: tuscany-dev@ws.apache.org
Subject: Re: [jira] Created: (TUSCANY-573) Race condition in
ThreadPoolWorkManager
On Jul 24, 2006, at 12:41 PM, Meeraj Kunnumpurath wrote
Jeremy,
Pls find the patch attached.
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 24 July 2006 20:30
To: tuscany-dev@ws.apache.org
Subject: RE: [jira] Created: (TUSCANY-573) Race condition in
ThreadPoolWorkManager
>> I agree the or
On Jul 24, 2006, at 12:00 PM, Meeraj Kunnumpurath wrote:
> Jeremy,
>
> Apologies if you have received my earlier email (my internet mail
> account doesn't seem to work always)
I think this is one of them - the previous mail I have was at 10:11AM
PDT.
> Executors.newFoxedThr
Jeremy,
Apologies if you have received my earlier email (my internet mail
account doesn't seem to work always)
Executors.newFoxedThreadPool() creates a thread pool backed by an
unbounded queue. This means even when all threads are in use, work won't
be rejected. In terms of when and where the wor
Hi,
I have uncommented the ThreadPoolWorkManagerTestCase, however, I can't
reproduce the error. However, I have fixed the bit of code that I think
is causing the problem. Please find the patch attached. I would
appreciate if anyone who can consistently reproduce the error please
test this.
Ta
Mee
Jim,
I think it is an implementation issue in the ThreadPoolWorkManager
itself. With the current implementation, it is likely for workStarted to
be called before the workAccepted event.
01public WorkItem schedule(Work work, WorkListener workListener)
throws WorkRejectedException {
02
03
Ta
-Original Message-
From: Jim Marino [mailto:[EMAIL PROTECTED]
Sent: 18 July 2006 07:03
To: tuscany-dev@ws.apache.org
Subject: Re: WorkManager in JavaComponentBuilder
I've applied the patch in 422953. Thanks Meeraj!
Jim
On Jul 17, 2006, at 2:25 AM, Meeraj Kunnumpurath
ure whether or where I should be adding the code
below by Meeraj. Here's where I autowire into JavaComponentBuilder:
@Autowire
public void setWorkManager(WorkManager workManager) {
this.workManager = workManager;
}
Any ideas?
Thanks
- Original Message -
From: &q
Jim,
Could you pls have a look and apply the attached patch.
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 15 July 2006 22:50
To: tuscany-dev@ws.apache.org
Subject: RE: WorkManager in JavaComponentBuilder
Jim,
I think it's ok,
I need to make
a few changes to the annotation processing to allow just specifying
@Autowire on the param.
Jim
On Jul 15, 2006, at 1:41 PM, Meeraj Kunnumpurath wrote:
> Jim/Ignacio,
>
> There is abstract called WorkScheduler in the SPI, that hides whether
> you are using a JCA
uctor
As Jim rightly mentioned you need the commonj classes.
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 15 July 2006 21:42
To: tuscany-dev@ws.apache.org
Subject: RE: WorkManager in JavaComponentBuilder
Jim/Ignacio,
There is abstract c
Jim/Ignacio,
There is abstract called WorkScheduler in the SPI, that hides whether
you are using a JCA or commonj work manager. The two implementations are
JcaWorkScheduler and Jsr237WorkScheduler. The Jsr237WorkScheduler can be
injected with a ThreadPoolWorkManager. This way, depending on the hos
Marino [mailto:[EMAIL PROTECTED]
Sent: 14 July 2006 21:18
To: tuscany-dev@ws.apache.org
Subject: Re: Component start order
On Jul 14, 2006, at 1:13 PM, Meeraj Kunnumpurath wrote:
>>> First, eagerness is associated with the scope, not an initializer
> callback, IMO.
> Jim, would
>> First, eagerness is associated with the scope, not an initializer
callback, IMO.
Jim, would this mean there would be another annotation for
initialization callbacks?
Also, what are the implications of start order on component dependencies
and wirings?
Many thanks
Meeraj
-Original Message--
Rick,
I have held back from this discussion as I am not as actively involved
with Tuscany as most of you, though I do keep a keen eye on what is
happening. There are a lot of us who are watching the evolution of SCA
with a great deal of interest and especially Tuscany, with it being the
only signi
o
these problems.
Sorry for the problems.
Jim
On Jul 13, 2006, at 2:23 PM, Meeraj Kunnumpurath wrote:
> Hi,
>
> I have been trying in vain to build chianti for the last couple of
> days :-( it consistently fails at the same place. I tried clearing my
> sandbox and maven repo and t
Hi,
I have been trying in vain to build chianti for the last couple of days
:-( it consistently fails at the same place. I tried clearing my sandbox
and maven repo and trying to download the dependency on which it is
failing manually, no luck. I would appreciate it someone had any useful
pointer,
Jeremy,
I can't find the required version of the plugin on the java.net repo? Is
it version 1.0 or 2.0EA3?
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 12 July 2006 02:13
To: tuscany-dev@ws.apache.org
Subject: RE: Chianti, was: Rule
s for Revolutionaries [was: M2]
On Jul 11, 2006, at 5:30 PM, Meeraj Kunnumpurath wrote:
> Thanks Raymond. I tried the build around four or five times. I shall
> try a few more times.
>
I wiped the Sun plugin from my repo
$ rm -rf ~/.m2/repository/com/sun/tools
and tried rebuilding the da
respository is not very stable and you'll see the issues
once a while. Retry helps most of the time.
Thanks,
Raymond
- Original Message -
From: "Meeraj Kunnumpurath" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, July 11, 2006 5:21 PM
Subject: RE: Chianti, was: Rules for Rev
Jeremy,
Sorry, I might have missed some previous emails. I am getting the
following error consistently with the build,
[INFO]
[INFO] Building Tuscany JAXB Data Binding
[INFO]task-segment: [install]
[INFO]
--
Jeremy,
This maps on quite well with some of the other implementations I have
seen. For example, in Mule they have the concept of connectors that
provide transport level abstractions which are decoupled from the UMOs
(a.k.a services). Mule uses its own message routing mechanism to
associate a conn
[ http://issues.apache.org/jira/browse/TUSCANY-527?page=all ]
Meeraj Kunnumpurath updated TUSCANY-527:
Attachment: jsr237.jar
Jeremy,
I can't find it on the Maven repo. I have attached the one I used. This was
built from the source files
[ http://issues.apache.org/jira/browse/TUSCANY-527?page=all ]
Meeraj Kunnumpurath updated TUSCANY-527:
Attachment: workmanager.jar
> First cut of the work scheduler implementation
> --
>
>
First cut of the work scheduler implementation
--
Key: TUSCANY-527
URL: http://issues.apache.org/jira/browse/TUSCANY-527
Project: Tuscany
Type: New Feature
Components: Java SCA Core
Reporter: Meeraj Kunnumpurath
Apologies, this is a test message. For some reason, the mail server
seems to be blocking my messages as spam.
*
You can find us at www.voca.com
*
This communication is confidential and in
. Feel free to jump in on anything you would like. Input on
callbacks would be welcome as well.
Jim
On Jul 7, 2006, at 2:45 AM, Meeraj Kunnumpurath wrote:
> Jim,
>
> Are you ok for me to start looking at the work manager implementation?
> Once I get a better understanding around the
That sounds ok.
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 07 July 2006 17:27
To: tuscany-dev@ws.apache.org
Subject: Re: Support for callbacks
On Jul 7, 2006, at 9:04 AM, Meeraj Kunnumpurath wrote:
> Jeremy,
>
> Ok, having a brief look at the
to support in the
API.
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath
Sent: 07 July 2006 15:55
To: 'tuscany-dev@ws.apache.org'
Subject: RE: Support for callbacks
>> JSR-237 was not part of 1.4
True, I don't think it is part of JEE 5 either. Weblogi
ommonalities we can abstract.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 07 July 2006 15:41
To: tuscany-dev@ws.apache.org
Subject: Re: Support for callbacks
On Jul 7, 2006, at 7:13 AM, Meeraj Kunnumpurath wrote:
>
> Also, we may find other use
ok
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 07 July 2006 15:46
To: tuscany-dev@ws.apache.org
Subject: Re: Support for callbacks
On Jul 7, 2006, at 7:37 AM, Meeraj Kunnumpurath wrote:
> Jeremy,
>
> Should this go into sca/core. Also, have yo
, 2006, at 2:45 AM, Meeraj Kunnumpurath wrote:
> Jim,
>
> Are you ok for me to start looking at the work manager implementation?
> Once I get a better understanding around the requirements of
> callbacks, I can try to give some input on that as well.
>
Meeraj, please do, this wou
in general.
- Original Message -
From: "Jeremy Boynes" <[EMAIL PROTECTED]>
To:
Sent: Friday, July 07, 2006 9:32 AM
Subject: Re: Support for callbacks
> On Jul 7, 2006, at 2:45 AM, Meeraj Kunnumpurath wrote:
>
>> Jim,
>>
>> Are you ok for me to start looking
Ok, Jeremy.
Ta
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 07 July 2006 14:33
To: tuscany-dev@ws.apache.org
Subject: Re: Support for callbacks
On Jul 7, 2006, at 2:45 AM, Meeraj Kunnumpurath wrote:
> Jim,
>
> Are you ok for me to start looking at
Jim,
Are you ok for me to start looking at the work manager implementation?
Once I get a better understanding around the requirements of callbacks,
I can try to give some input on that as well.
Ta
Meeraj
-Original Message-
From: Meeraj Kunnumpurath [mailto:[EMAIL PROTECTED]
Sent: 06
6 16:12
To: tuscany-dev@ws.apache.org
Subject: Re: Support for callbacks
On Jul 6, 2006, at 8:04 AM, Meeraj Kunnumpurath wrote:
>>> Good point. I think a similar mechanism may be o.k. as long as we
> clean up properly when the request ends or the thread is reclaimed
> (e.g.
>
>>Good point. I think a similar mechanism may be o.k. as long as we
clean up properly when the request ends or the thread is reclaimed (e.g.
in case of failure where the callback never hapens). Perhaps we could
use the WorkArea API for this? Were you thinking of something in
particular?
Have you l
I have been looking at TestNG lately. It is lot better than Junit 3.8.1.
However, I think lot of those features are incorporated in Junit 4.0. I
am not sure about the Maven support for TestNG.
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 06 July 2006 02:10
To: t
o see we didn't scare you off quite yet ;-) Comments inline.
On Jul 4, 2006, at 1:26 AM, Meeraj Kunnumpurath wrote:
> Hi,
>
> I have been away from the list for a few weeks. I am back on now
> looking at things in general.
>
> Before I disappeared, I was looking at the
Hi,
I have been away from the list for a few weeks. I am back on now looking
at things in general.
Before I disappeared, I was looking at the Groovy container and spaces
binding. I would like to continue working on them. I think Jim has
refactored the Groovy container in the sandbox to fit in wi
ATION.
It'll be very interesting if template/generic INSTANTIATION info can be
found given only one .class file each type.
On 6/28/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
>
> On 6/28/06, Meeraj Kunnumpurath <[EMAIL PROTECTED]> wrote:
> > Raymond,
> >
> &g
Raymond,
You can get the type of T if you have a parameterized field of a generic
type. Some thing like this,
import java.lang.reflect.Field;
import java.lang.reflect.ParameterizedType;
public class Test {
private Test myField;
/**
* @param args
*/
public static void
Jim,
I din't think WLS 8.1 is certified for Java 5.
Ta
Meeraj
> - Original Message -
> From: "Jim Marino" <[EMAIL PROTECTED]>
> To: tuscany-dev@ws.apache.org
> Subject: Re: support on WebLogic and WebSphere?
> Date: Fri, 2 Jun 2006 09:42:00 -0700
>
>
> Hi Andrew,
>
> Doesn't the new ve
http://wiki.apache.org/ws/Tuscany/TuscanyJava/WebappIntegration
-Original Message-
From: Langley, John [mailto:[EMAIL PROTECTED]
Sent: 01 June 2006 16:42
To: tuscany-dev@ws.apache.org
Subject: FW: support on WebLogic and WebSphere?
This is a cross post from the tuscany-user mailing lis
file,
Ta
Meeraj
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Boynes
Sent: 01 June 2006 15:15
To: tuscany-dev@ws.apache.org
Subject: Re: "ConfigurationLoadException: Unrecognized element
.." for a new bi
You need to register the qualified name for the binding with the Stax
loader registry.
-Original Message-
From: Rashmi Hunt [mailto:[EMAIL PROTECTED]
Sent: 01 June 2006 14:50
To: tuscany-dev@ws.apache.org
Subject: "ConfigurationLoadException: Unrecognized element
.." for a ne
Jean,
I am not sure what state is this in now. I have been working on a spaces
binding for asynchronous calls. I am also interested in looking at JMS
binding. I would appreciate it, if you could please share your thoughts
on this.
Thanks
Meeraj
-Original Message-
From: Jean-Sebastien De
[ http://issues.apache.org/jira/browse/TUSCANY-435?page=all ]
Meeraj Kunnumpurath updated TUSCANY-435:
Attachment: binding.spaces.310506.jar
1. Download JNI starter kit 2.1 from ww.jini.org. You can download
platform-specific installations.
2
Spaces binding for SCA
> --
>
> Key: TUSCANY-435
> URL: http://issues.apache.org/jira/browse/TUSCANY-435
> Project: Tuscany
> Type: New Feature
> Reporter: Meeraj Kunnumpurath
> Attachments: binding.spaces.jar
>
>
[ http://issues.apache.org/jira/browse/TUSCANY-435?page=all ]
Meeraj Kunnumpurath updated TUSCANY-435:
Attachment: binding.spaces.jar
Source files and sample code.
BTW, is anyone working on a JMS binding? There could be a lot of synergies
Spaces binding for SCA
--
Key: TUSCANY-435
URL: http://issues.apache.org/jira/browse/TUSCANY-435
Project: Tuscany
Type: New Feature
Reporter: Meeraj Kunnumpurath
First cut of the spaces binding for entry points and extrenal services
[
http://issues.apache.org/jira/browse/TUSCANY-365?page=comments#action_12383377
]
Meeraj Kunnumpurath commented on TUSCANY-365:
-
Is it worth looking at having a generic JSR-223 container.
> Java SCA Container for R
[
http://issues.apache.org/jira/browse/TUSCANY-329?page=comments#action_12379115
]
Meeraj Kunnumpurath commented on TUSCANY-329:
-
Jim,
I have refactored the Groovy implementation to use the extension support
classes in core. I think, now the
[ http://issues.apache.org/jira/browse/TUSCANY-317?page=all ]
Meeraj Kunnumpurath updated TUSCANY-317:
Attachment: container.groovy.zip
Refactored to use the extension support classes from core.
Ta
> Java SCA Groovy Contai
Hi,
Does the SCA spec offers any support for event driven architecture. Some
of the projects I have been working on, services are often
asynchronously activated in response to events occurring in external
systems. These could be a message appearing in a JMS queue, a file being
dropped on a remote
Hi,
Could someone pls point me to the Eclipse code style templates for
Tuscany?
Ta
Meeraj
*
You can find us at www.voca.com
*
This communication is confidential and intended for
the ex
[ http://issues.apache.org/jira/browse/TUSCANY-329?page=all ]
Meeraj Kunnumpurath updated TUSCANY-329:
Attachment: GroovyImplementationLoader.java
This is the groovy implementation loader now loos like.
> Simplified extension API improveme
[ http://issues.apache.org/jira/browse/TUSCANY-329?page=all ]
Meeraj Kunnumpurath updated TUSCANY-329:
Attachment: AbstractImplementationLoader.java
Jim,
I have been trying to make the implementation loader generic, I have attached
the file
[
http://issues.apache.org/jira/browse/TUSCANY-317?page=comments#action_12378841
]
Meeraj Kunnumpurath commented on TUSCANY-317:
-
Seems to be wrong version of asm, if you have asm 2.2 higher up in the
classpath, the test seems to be working
uscany-dev%40ws.apache.org/msg02663.html
Looks like you need to force a refresh of your local emf dependencies.
One (brutal) way to do this is to delete org/eclipse from your .m2
repository and re-build.
--Kevin
Meeraj Kunnumpurath wrote:
>Hi,
>
>I have done a fresh checkout and done a build
Hi,
I have done a fresh checkout and done a build after deleting the
org/eclipse directory from the maven repo. This build is failing for me
with the following error. Any pointers would be highly appreciated,
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGen
[
http://issues.apache.org/jira/browse/TUSCANY-317?page=comments#action_12378611
]
Meeraj Kunnumpurath commented on TUSCANY-317:
-
Thanks Jean.
I will have a look at it. I am in the process of refactoring it use the
simplified extension
: Meeraj Kunnumpurath (JIRA) [mailto:[EMAIL PROTECTED]
Sent: 08 May 2006 17:09
To: tuscany-dev@ws.apache.org
Subject: [jira] Commented: (TUSCANY-329) Simplified extension API
improvements
[
http://issues.apache.org/jira/browse/TUSCANY-329?page=comments#action_12
378455 ]
Meeraj Kunnumpurath
[
http://issues.apache.org/jira/browse/TUSCANY-329?page=comments#action_12378455
]
Meeraj Kunnumpurath commented on TUSCANY-329:
-
Jim,
I have had a quick look at the support class. This is kind of what I thought
about, define generic
Thanks Jim.
I didn't notice the support classes in common. I will have a look at it
today.
-Original Message-
From: Jim Marino (JIRA) [mailto:[EMAIL PROTECTED]
Sent: 08 May 2006 13:38
To: tuscany-dev@ws.apache.org
Subject: [jira] Commented: (TUSCANY-329) Simplified extension API
improvem
[
http://issues.apache.org/jira/browse/TUSCANY-329?page=comments#action_12378405
]
Meeraj Kunnumpurath commented on TUSCANY-329:
-
I noticed this working on the Groovy container. There was significant code
duplication in the extension classes
[ http://issues.apache.org/jira/browse/TUSCANY-317?page=all ]
Meeraj Kunnumpurath updated TUSCANY-317:
Attachment: container.groovy.zip
Jean,
I have attached the first cut of all the source files. I have been building
from Eclipse, haven'
Java SCA Groovy Container
-
Key: TUSCANY-317
URL: http://issues.apache.org/jira/browse/TUSCANY-317
Project: Tuscany
Type: New Feature
Reporter: Meeraj Kunnumpurath
Priority: Minor
SCA Container for running Groovy scripts.
--
This
Hi,
I have written a Groovy container for Tuscany. Is it worth submitting?
Kind regards
Meeraj
--
___
Search for businesses by name, location, or phone number. -Lycos Yellow Pages
http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/def
/msg02130.html
AccountServiceImpl
Meeraj Kunnumpurath wrote:
> Hi,
>
> Has anyone noticed out of memory error in the build due to
> insufficient perm gen space?
>
> Ta
> Meeraj
>
>
> *
>
>
Hi,
Has anyone noticed out of memory error in the build due to insufficient
perm gen space?
Ta
Meeraj
*
You can find us at www.voca.com
*
This communication is confidential and intended
ll need to figure out a broader J2EE deployment story sometime soon
(if you would like to help for Tuscany, just jump in by proposing some
ideas to the list).
Does the first way of packaging outlined above meet your needs?
Jim
On May 1, 2006, at 1:46 PM, meeraj kunnumpurath wrote:
> Th
ssed a plan to move to more of
> an "include" style (i.e. sca.module can include a bunch of
> fragments or fragments can "include themselves" into a module).
>
> Let me know if you run into issues with the existing approach or
> have ideas on making things bett
Hi,
Could someone please shed some light on the expected behaviour when more than
one sca.module file is found within the scope of the thread context
classloader? The spec requires a packaged module JAR file to have exactly one
sca.module file at the root. Would this require each module JAR to
201 - 288 of 288 matches
Mail list logo