Frank,
I'm of the opinion that anything that makes it easier for developers to
get to grips with our stuff, the better. Personally, having to to
create all the Eclipse stuff has been a pain, so doing this would save
me time and effort.
I agree with your sentiment that if others want to add
This looks like a bug in Apache BSF to me. The invokeMethod and
invokeFunction methods of javax.script.Invocable should declare
java.lang.NoSuchMethodExcept as a checked exception but they don't so the
Tuscany code doesn't catch that, but when building with JDK6 its using the
jsr223 api's from the
Taking a branch around the 20th sounds ok to me.
The high level things I'm focusing on for the 0.91 release are:
- Simplification of using script components (working without .componentType
side files)
- First cut of the simpler binding/implementation SPI
- clean up of ajax and jsonrpc bindings
-
On 6/14/07, Frank Budinsky <[EMAIL PROTECTED]> wrote:
Hi,
I remember about a year ago discussing whether or not it is
acceptable/appropriate to check-in IDE specific files (e.g., Eclipse
.project files) into svn, and we decided to not do it. Does anyone
remember if this was really an Apache pol
Sounds good to me, we'd just have to make some decisions about the nature
of the classpath entries. I would assume that for the api, lib, impl, tools
and plugins projects we would set up inter-project dependencies, but what
would we do about classpath entries for binary artifacts such as EMF? T
There's pain in the process, not huge, but irritating
first off there's the definition of the M2_REPO variable, not a huge
problem, especially if you stick to just one workspace. I tend to create
workspaces as and when I need them, and I can't see how to make my variable
definition cross multi
On 6/13/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
ant elder wrote:
> On 6/13/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>>
>> In multiple instances I've run into an annoying limitation of our
>> embedded Tomcat and Jetty support... We cannot serve Web content, HTML
>> page
Hi,
I have migrated all content (or atleast most - folks who have added
something to the main wiki in the last 24 hrs, please check and copy over
the changes to TUSCANYWIKI). I have provided all 'create' permissions to
confluence-users. So, if somebody is having trouble creating pages, please
l
Right thats the problem isn't it. If we check in the IDE files in we're
assuming one particular way of using the code. For the SCA project which is
quite big i've several different workspaces - one with every thing including
modules, samples and itest, another workspace just with modules, and anot
[
https://issues.apache.org/jira/browse/TUSCANY-1297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matthew Peters closed TUSCANY-1297.
---
I concur this is fixed. Thank you!
> xsi:type in generated XML causes it not to validate/load
Hi, a couple of points in line...
On 6/14/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
Hi,
I have migrated all content (or atleast most - folks who have added
something to the main wiki in the last 24 hrs, please check and copy over
the changes to TUSCANYWIKI). I have provided all 'create'
Can we do anything with svn:externals properties or overlays to help with
this. Or maybe we could check in a standard set of patches that represent
adding eclipse stuff to projects? Users could then do an extract in one of
a set of standard patterns, and then apply a patch to put the IDE files i
Hello,
This is regarding the integration of Apache ODE and Apache Tuscany !
I have contributed a container in Apache Tuscnay for BPEL which was an
initial startup http://issues.apache.org/jira/browse/TUSCANY-897
I think that was during M2 release [ During the month of Dec 2006 ]
I want to con
Ron,
that's great. All that would need to be done in terms of preserving the
source is to make a note of the svn repository version number at the time of
the build. You can then browse and extract this source with a revision
number qualifier on the URL or svn extract command. There's also a wa
I'm trying to publish the artifacts at the moment, but something has
changed and the deploy is broken. It may be a change to the parent pom, or
something to do with my upgraded maven level, I don't know. What I am
seeing is ...
C:\Development\JiraDev\clean>mvn deploy:deploy
[INFO] Scanning fo
Agree with all that, plus the fact that you need to install maven and
check-out using the command line. If we had .project files, people could
check-out the projects they want "directly into Eclipse" and work with
them without ever needing mvn.
Frank.
"kelvin goodson" <[EMAIL PROTECTED]> wrote
Where are you running the mvn eclipse command from? When I do it from the
top-level SDO folder all the projects get setup using inter project
dependencies (with the exception of sdo-api as thats outside in spec/sdo-api
right now but that will be fixed when its moved into the sdo folder)?
...ant
I was assuming we would check in one "default" configuration. There's
nothing preventing people from running maven eclipse:eclipse or manually
changing them in their own environments. We wouldn't want people to
accidentally check their changes back in so we'd probably want them on the
svn:ignor
Small update, tried to build and test with empty repos and it went through
with no issues.
Regards,
Amita
On 6/13/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
Things tested to be working -
all UT as part of mvn build
all samples in different browsers.
Apart from das\distribution\binary\pom.
Venkat,
Many thanks,
Mike.
Venkata Krishnan wrote:
Hi Mike, I have added your id in as 'confluence-administrators'.
- Venkat
On 6/13/07, Mike Edwards <[EMAIL PROTECTED]> wrote:
Luciano,
Only just spotted your request in the emails
My user ID is edwardsmj
Do I need to send this
Venkat,
Yes, it works just fine. Time to start helping...!
Mike.
Venkata Krishnan wrote:
HI Mike,
I have already added you id as 'confluence administrator' which I've
mentioned on another thread on the ML. Could you please try and let me
know
if it works. Thanks.
- Venkat
On 6/13/07, M
On 6/12/07, Simon Laws <[EMAIL PROTECTED]> wrote:
I've starting to move and reorganize some of the distributed runtime ideas
from my sandbox into the trunk. So far there is not much there
modules/
topology - and empty module for topology model things
samples/
calculator-distributed - the c
Hi Sam,
I'll have a deeper look at this today or tomorrow. I'll certainly have a
look at what you've contributed so far. My understanding is that Tuscany's
SPIs have significantly changed so we may be better off starting from
scratch from the skeleton Luciano has created and import (understand
co
ant elder wrote:
On 6/14/07, Frank Budinsky <[EMAIL PROTECTED]> wrote:
Hi,
I remember about a year ago discussing whether or not it is
acceptable/appropriate to check-in IDE specific files (e.g., Eclipse
.project files) into svn, and we decided to not do it. Does anyone
remember if this was re
I like to share some pain I have in the past by embedding EMF.
1. Runtime problem - EMF has several OSGi bundles containing some
initialization and resource files with the same names. Once we lump all the
bundles together, we need to merge all content otherwise we will run into some
runtime pro
Hi,
I am keen on adding further to the Policy support thats in Tuscany today. I
recently run thro the Policy Framework specs and was looking into Tuscany on
how far we had gone on this. Here's my understanding of all that. I
request people's perspective on my understanding before I go ahead and
Andy, I think I have fixed this in HEAD now. There is still a couple of
issues I need to look at but I'd be interested to see if it works for you.
Cheers,
On 14/06/07, Andy Grove <[EMAIL PROTECTED]> wrote:
Pete,
Thanks for that information. The main use case I am currently looking at
is the
I was trying to use the code guidelines from our Development Guilde
[1], where it suggests the usage of @version $Rev$ $Date$ on the
header of the class being defined, but it's not getting updated to me
when I use TortoiseSVN to commit files. Does anyone have any idea
what's wrong, or if this is a
Subscribe Request
Welcome Menghe, you should be sending a subscription request to :
[EMAIL PROTECTED]
On 6/14/07, menghe yun <[EMAIL PROTECTED]> wrote:
Subscribe Request
--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/
You need to update subversion settings so that Rev and Date get added
as svn properties when a new file is added. On windows, the config
file is "C:\Documents and Settings\\application
data\Subversion\config". Attaching the one from my machine. Look at
the "[auto-props]" section.
Vamsi
On 6/1
Tuscany does not provide a loader for the elements in scdl
--
Key: TUSCANY-1344
URL: https://issues.apache.org/jira/browse/TUSCANY-1344
Project: Tuscany
Issue Type: Bug
Many StAXArtifactProcessor implementations read policy but do not write it
--
Key: TUSCANY-1345
URL: https://issues.apache.org/jira/browse/TUSCANY-1345
Project: Tuscany
Humm, your file got filtered, but i was looking at our default
template [1] and still didn't help much... could you please paste your
[auto-props] section here.
I also found some other documentation [2] that made me a little more
confuse on how this works :)
[1] https://svn.apache.org/repos/asf/
Sent the file to your e-mail instead of dev-list. I hope it won't be
filtered this time.
Vamsi
On 6/15/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
Humm, your file got filtered, but i was looking at our default
template [1] and still didn't help much... could you please paste your
[auto-prop
Resolution to TUSCANY-1332 assumes a closed top-level composite that does not
support addition of new components
Key: TUSCANY-1346
URL: https://issues
[
https://issues.apache.org/jira/browse/TUSCANY-747?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pete Robbins resolved TUSCANY-747.
--
Resolution: Fixed
This should now be fixed as of revision r547380
> [SDO for C++] Unable to
Hi,
Does anyone know if there is a maven repository for the EMF 2.3 artifacts? I used to use
the one below for the M4 release, but it looks like it has been "Deprecated".
http://mirrors.cat.pdx.edu/eclipse/tools/emf/maven2/
Thanks
- Ole
--
Hi,
Sorry about starting a new thread. GMail hides the copy of the original thread
from me...
Looks like the emf artifact are pushed to ibiblio. Sorry for the noise.
Cheers,
- Ole
-
To unsubscribe, e-mail: [EMAIL PROTECT
Hi Ole,
I'm not sure exactly where it is, but I know that the EMF project has been
moved from the "tools" project to a new top level "modeling" project at
Eclipse. So maybe the location is something like this now:
http://mirrors.cat.pdx.edu/eclipse/modeling/emf/maven2/
If that doesn't work, I'
[
https://issues.apache.org/jira/browse/TUSCANY-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pete Robbins resolved TUSCANY-1238.
---
Resolution: Fixed
FIxed at revision 534152.
> SDO overlapping annonymous types clash
> --
[
https://issues.apache.org/jira/browse/TUSCANY-824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Kurz updated TUSCANY-824:
---
Attachment: skurz.824.v1.patch
This patch attempts to solve two databinding-related problems, though
Hi Frank,
Thanks - I'll check it out. Incidentally - The artifacts are missing from Ibiblio after all. I
saw Maven print "Downloading" and jump to conclusions. Later in the log, it says
"Unable...".
Hopefully they will be in the pdx mirror, once it comes back up.
Thanks again,
- Ole
Fr
Hi Frank,
Good guess :-). All the dependencies download fine.
Thanks again,
- Ole
Frank Budinsky wrote:
Hi Ole,
I'm not sure exactly where it is, but I know that the EMF project has been
moved from the "tools" project to a new top level "modeling" project at
Eclipse. So maybe the loca
IndexOutOfBoundsException thrown when trying to locate a service that includes
a callback
-
Key: TUSCANY-1347
URL: https://issues.apache.org/jira/browse/TUSCANY-1347
DAS binary distribution missing sample-ajax-das sample application
--
Key: TUSCANY-1348
URL: https://issues.apache.org/jira/browse/TUSCANY-1348
Project: Tuscany
Issue Type: Bug
[
https://issues.apache.org/jira/browse/TUSCANY-1348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1348.
--
Resolution: Fixed
Fixed by adding the new sample to the distribution under rev #54752
Log4j integration is broken due to forced debug level=OFF inside internal
logger factory
-
Key: TUSCANY-1349
URL: https://issues.apache.org/jira/browse/TUSCANY-1349
[
https://issues.apache.org/jira/browse/TUSCANY-1349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1349.
--
Resolution: Fixed
Removed logger factory and we are now calling log4j factory directl
Thanks Amita for looking into this...
I have fixed the distribution issue as in TUSCANY-1348, and the
logging issue as in TUSCANY-1349. I also noticed an issue with logging
in dbConfig, where we were not checking if logging was enabled and
always calling log, and I have also fixed that.
Please le
In the past, we have discussed Declarative DAS [1], for those that are
not familiar with the past discussions, you can find a quick summary
at [2].
Basically, Declarative DAS extends the SCA programming model to expose
services that interact with a persistent layer in a declarative
fashion hiding
51 matches
Mail list logo