org.mortbay.log.StdErrLog
Embedded error: org.apache.tuscany.sca.runtime.ActivationException:
java.lang.UnsupportedOperationException
Could you give me some tips on what to do next?
On Mon, Feb 7, 2011 at 10:43 PM, Florian Moga moga@gmail.com wrote:
I gave it a try and it found the same problem
Good one!
On Sun, Feb 6, 2011 at 2:23 PM, antel...@apache.org wrote:
Author: antelder
Date: Sun Feb 6 12:23:40 2011
New Revision: 1067646
URL: http://svn.apache.org/viewvc?rev=1067646view=rev
Log:
Update the Tuscany maven plugin to run the Shell so that it supports all
the interactive
a knowledgeable
context for this discussion.
On Sun, Feb 6, 2011 at 1:48 PM, ant elder ant.el...@gmail.com wrote:
On Sun, Feb 6, 2011 at 11:32 AM, Simon Nash n...@apache.org wrote:
Florian MOGA wrote:
Current naming with beta isn't that flexible. We could continue doing a
lot of betaX
...@gmail.com wrote:
On Sun, Feb 6, 2011 at 2:44 PM, Simon Nash n...@apache.org wrote:
Florian MOGA wrote:
I've just checked out mvn ant:ant and seems to do a decent job in
generating an ant build file.
Figuring out what should samples look like imply taking other decisions
first (how
, ant elder antel...@apache.org wrote:
On Fri, Feb 4, 2011 at 11:55 AM, Florian MOGA moga@gmail.com wrote:
Could you let me know in what consists your process of reviewing a
release
candidate? Until now, I've performed a full build, ran the samples,
checked
for license headers. Haven't
On Sat, Feb 5, 2011 at 11:58 AM, ant elder ant.el...@gmail.com wrote:
Great stuff Florian, thanks for doing that work.
Some of those I know are relatively easy to fix and its just a matter
of getting around to it.
That's right, some of them are trivial, but some are pretty nasty... I'd
on. I'm +1 for this as I believe it enables us to do more frequent
releases.
On Sat, Feb 5, 2011 at 4:10 PM, Simon Nash n...@apache.org wrote:
ant elder wrote:
On Sat, Feb 5, 2011 at 10:45 AM, Florian MOGA moga@gmail.com wrote:
On Sat, Feb 5, 2011 at 11:58 AM, ant elder ant.el
samples be left in or should they be
removed from the binary distribution?
...ant
On Sat, Feb 5, 2011 at 2:44 PM, Florian MOGA moga@gmail.com wrote:
I agree with Simon. Cutting releases just to make fixes available for
affected users is definitely something we should do more often
Ok, then Iet's open a ticket so we can keep track of it. At the moment I'm
receiving 502 Bad Gateway for https://issues.apache.org/jira/...
On Fri, Feb 4, 2011 at 10:51 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Feb 2, 2011 at 6:42 PM, Florian MOGA moga@gmail.com wrote:
I've done
Hi,
I've decided to open a separate thread for this discussion as this topic is
big enough. I've tried all the samples from 2.0-beta2 rc2 and here are my
findings:
- sample-scdl-include-contribution (fails to load contribution when using
mvn tuscany:run, is there another way to start the runtime
: Tuscany
Issue Type: Bug
Components: Java SCA Integration Tests
Affects Versions: Java-SCA-2.x
Environment: Ubuntu 10.10, Sun JVM 6u22, Maven 2.2.1, Ant 1.8
Ubuntu 10.10, OpenJDK 1.6.0_20, Maven 2.2.1, Ant 1.7.1
Reporter: Florian Moga
I've done a full
[
https://issues.apache.org/jira/browse/TUSCANY-3833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Florian Moga updated TUSCANY-3833:
--
Fix Version/s: Java-SCA-2.x
launcher-embedded-jse integration test hanging intermittently
...@googlemail.comwrote:
On Fri, Feb 4, 2011 at 10:36 AM, Florian MOGA moga@gmail.com wrote:
Hi,
I've decided to open a separate thread for this discussion as this topic
is
big enough. I've tried all the samples from 2.0-beta2 rc2 and here are my
findings:
- sample-scdl-include
about the binary distribution?
On Fri, Feb 4, 2011 at 11:13 AM, Florian MOGA moga@gmail.com wrote:
Ok, then Iet's open a ticket so we can keep track of it. At the moment I'm
receiving 502 Bad Gateway for https://issues.apache.org/jira/...
On Fri, Feb 4, 2011 at 10:51 AM, ant elder ant.el
Hi,
I'm planning to volunteer at QCon London next month in order to be able to
attend the sessions and tutorials. The conference and tutorials take place
between 7-11 March. It would be great if we can have a Tuscany meetup (pub
meeting or hacking session) in one of the two adjacent weekends
The path problem was generated by the fact that I've taken out fork=true
in order to see a more specific error than Java returned 130. Without
fork, a different classpath is loaded and the contribution can't be found.
With fork=true, the contribution is loaded successfully but the test hangs
after
://img17.imageshack.us/img17/5489/eclipsef.png
monitor http://img10.imageshack.us/img10/9939/monitoro.png
threads http://img806.imageshack.us/img806/7286/threads.png
Same behavior with both Sun JDK and OpenJDK
On Wed, Feb 2, 2011 at 2:24 PM, Florian MOGA moga@gmail.com wrote:
The path problem
-2.0-Beta2-src/testing/itest/distribution/launcher-embedded-jse/../../learning-more/binding-rmi/calculator-service-contribution/target/sample-binding-rmi-calculator-service-contribution.jar
...ant
On Mon, Jan 31, 2011 at 11:08 PM, Florian MOGA moga@gmail.com wrote:
I'm experiencing
I'm seeing the problem in testing/itest/distribution/launcher-embedded-jse.
On Tue, Feb 1, 2011 at 11:53 AM, ant elder antel...@apache.org wrote:
On Tue, Feb 1, 2011 at 9:50 AM, Florian MOGA moga@gmail.com wrote:
Yes, the thing is that it is searching for the sample jar in the
testing
for this release to make fundamental changes to the samples although I agree
with Simon. We could make this a Beta3 target as it also requires a fair
amount of discussions and probably some modifications to the Tuscany Shell.
On Tue, Feb 1, 2011 at 11:50 AM, Florian MOGA moga@gmail.com wrote
Hi Mike,
A few comments inline:
On Tue, Feb 1, 2011 at 4:03 PM, Mike Edwards
mike.edwards.inglen...@gmail.com wrote:
Florian,
First, let's be clear that Conversational interactions were deliberately
removed from SCA V1.1 by the OASIS spec group because of their complexity -
and they were
I'm experiencing the following problem while running the build from the root
directory: in the test phase of iTest Distribution Launcher Embedded JSE at
the sample-binding-rmi-calculator-contribution ant target, the process
hangs... If I Ctrl+C it, I get a weird Java returned 130 error at line 95
Regarding Maven, I did a complete build of Tuscany 2.0-beta2 RC1 with Maven
3 and I've been surprised to see the performance improvement. Beside that,
you can use it with something like -T 5C (5 threads per core) and it does
parallel builds where possible. All I had to do is to remove the
Besides static analysis tools, what do you think about starting to use a
code review tool? I've noticed https://reviews.apache.org/ but there was no
tuscany group. Is there something else available inside the ASF? Have you
used something else in the past? For me at least it would be really useful
, ...) and samples.
On Fri, Dec 10, 2010 at 2:03 AM, ant elder antel...@apache.org wrote:
On Thu, Dec 9, 2010 at 4:08 PM, Florian MOGA moga@gmail.com wrote:
On Thu, Dec 9, 2010 at 5:22 PM, ant elder antel...@apache.org wrote:
A regular hudson build of the samples with an empty repo sounds
Regarding the samples, I've tried some of them in the past couple of days
with an empty local maven repo and there are multiple samples which fail to
build due to incorrect relativePath to the parent pom. I'll walk through all
of the samples with an empty maven repo and fix the invalid references
all
the samples point?
...ant
On Thu, Dec 9, 2010 at 2:05 PM, Florian MOGA moga@gmail.com wrote:
Regarding the samples, I've tried some of them in the past couple of days
with an empty local maven repo and there are multiple samples which fail
to
build due to incorrect relativePath
I'm seeking to have multiple response capabilities inside Tuscany for some
time now. This behavior meets some limitations at the moment but not in the
reference - service communication (as there are protocols which enable that
natively). The problem is how Tuscany makes the call to the service
Hi Luciano,
It's great to hear the positive feedback on Tuscany at ApacheCon!
I've been looking at the slides and I think they would be a very good source
of information. Being much more interactive than the documentation we have
on the website, they can help cover the deficit we have in this
in distribution/ as we go and people are less likely to
mind about whats going on in there.
...ant
On Thu, Oct 7, 2010 at 1:08 AM, Florian MOGA moga@gmail.com wrote:
i agree with the thread spawning :P issue mentioned by Luciano. In my
opinion a wiki page will rapidly get ignored/out
We have identified the need of having the following types of environments:
- a place where to keep new modules or samples (contrib/)
- a place where to move the new code in order to get built regularly in
order to be able to monitor it's state and ensure doesn't get broken by
latest trunk/
The distributionn folder is destined to take the responsabilities of the
features, distribution and shades folders.
In the distribution folder we already have all and tomcat. What
directory should we use to collect together the projects that describe
collections of jars but which are not, in
There are a number of samples which are not marked either as contributions
or webapps: maven-osgi-junit, distributed-osgi, implementation-composite
folder. Should these samples have -contribution appended at the end? would
that make the names unnecessarily long?
The OSGi ones are a bit tricky as
Is everybody fine with using the shell for launching the samples? What's the
current state of the shell?
How much of this is this solved? Is this still an issue?
There were no negative comments on this topic. Can we proceed with the
required changes for this?
Should embedded-jse-async-sample-launcher/ be moved to running-tuscany/?
sample-contribution-implementation-java-calculator-async/ would remain where
it is now.
This thread has been split into 2 separate topics to keep track of each one
more easy.
On Thu, Oct 7, 2010 at 1:14 PM, Simon Laws simonsl...@googlemail.comwrote:
On Thu, Oct 7, 2010 at 11:06 AM, ant elder ant.el...@gmail.com wrote:
Hasn't most of the work been done now, and all thats left is
This thread has been split into multiple sub-threads. The only issue not
included in any new thread is renaming the binding-jms sample to
helloworld-webapp and renaming the samples artifacts to match the
sample-directory name pattern which i think we can do really fast if we
don't have the build
On Thu, Oct 7, 2010 at 1:27 PM, Simon Laws simonsl...@googlemail.comwrote:
On Thu, Oct 7, 2010 at 11:19 AM, Florian MOGA moga@gmail.com wrote:
There were no negative comments on this topic. Can we proceed with the
required changes for this?
Remind me, was this was about having a single
Then what's the embedded-jse-async-sample-launcher/? Isn't it another type
of launcher?
On Thu, Oct 7, 2010 at 1:28 PM, Simon Laws simonsl...@googlemail.comwrote:
On Thu, Oct 7, 2010 at 11:19 AM, Florian MOGA moga@gmail.com wrote:
Should embedded-jse-async-sample-launcher/ be moved
I've seen you guys started committing things related to the distribution
structure. Could you as well make the agreed adjustments on the trunk
directory structure as they are two tightly related operations?
Are we sticking to the features + distribution + shades folders? I think the
new distro
distribution sounds good to me...
On Wed, Oct 6, 2010 at 1:22 PM, Simon Laws simonsl...@googlemail.comwrote:
On Wed, Oct 6, 2010 at 10:54 AM, Florian MOGA moga@gmail.com wrote:
I've seen you guys started committing things related to the distribution
structure. Could you as well make
IIRC the purpose of having this code in trunk and in the default
build was to ensure that it doesn't get broken by changes to trunk.
My understanding is that if code is outside trunk, it's up to the
author(s) to keep it in sync with any trunk changes. For code inside
trunk, the community
and the fact that i'm not contributing any code at the moment,
I'd be happy to help with that.
On Wed, Oct 6, 2010 at 11:28 PM, Luciano Resende luckbr1...@gmail.comwrote:
On Wed, Oct 6, 2010 at 3:36 AM, Simon Laws simonsl...@googlemail.com
wrote:
On Wed, Oct 6, 2010 at 11:30 AM, Florian MOGA
As per thread [1], I've opened this thread to keep track of this topic.
To sum it up, I'm proposing the following reorganization:
- distribution
- modules
- samples
- extras
- maven
- archetypes
- maven-tuscany-plugin
- testing
-
On Thu, Sep 30, 2010 at 12:15 PM, Florian MOGA moga@gmail.com wrote:
It's been a full day since I've proposed the *-contribution renaming and no
negative reactions so I'll proceed with doing the changes tomorrow morning.
I've completed the renaming of the contribution-* samples
Also calculator-osgi, calculator-rest-osgi and logging scribe are failing...
On Fri, Oct 1, 2010 at 10:45 AM, Florian MOGA moga@gmail.com wrote:
On Thu, Sep 30, 2010 at 12:15 PM, Florian MOGA moga@gmail.com wrote:
It's been a full day since I've proposed the *-contribution renaming
:49 AM, Florian MOGA moga@gmail.com wrote:
Also calculator-osgi, calculator-rest-osgi and logging scribe are
failing...
On Fri, Oct 1, 2010 at 10:45 AM, Florian MOGA moga@gmail.com wrote:
On Thu, Sep 30, 2010 at 12:15 PM, Florian MOGA moga@gmail.comwrote:
It's been a full day
.
...ant
On Thu, Sep 30, 2010 at 10:10 AM, Florian MOGA moga@gmail.com wrote:
Given the fact that in about one week or so we are about to finish
technical
tasks like the jsonp binding, the shell, etc. I think it is a good time
to
do the release but not before we do the distribution
, 2010 at 9:23 AM, Simon Laws simonsl...@googlemail.com
wrote:
On Fri, Oct 1, 2010 at 9:15 AM, Florian MOGA moga@gmail.com
wrote:
dosgi-dynamic-calculator-operations fails as well...
I've committed the poms with the failing samples commented out. Do you
think
it's worth checking them
@Ant, which other contrib folder? :) We've got plenty of those...
@Luciano, I'm referring to the fact that at the moment we have the features,
shades and distribution folders which define the distro artifacts. With the
new build structure one folder should be enough in my opinion.
Regarding the
...@googlemail.com
wrote:
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com
wrote:
Simon, are you suggesting to cut down a branch prior to doing the build
structure modifications and make them on the branch? What's the
procedure
you are following when doing a release
IMHO, the real problem is not having the contrib folder inside trunk but the
fact that we've got multiple folders named contrib which have different
purposes. Making a clean separation between them more evident will reduce
confusion (through means like for instance suggestive names) and misuse.
PMC member and committer: tuscany.apache.org
Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com
Personal Web Site: www.enjoyjava.com
*
On Oct 1, 2010, at 2:57 PM, Florian MOGA wrote:
IMHO, the real problem
elder antel...@apache.org wrote:
On Wed, Sep 29, 2010 at 5:03 PM, Florian MOGA moga@gmail.com wrote:
From what I understand node.xml would be the final configuration that you
would export from the shell after adding/installing all the
contributributions (please correct me if i'm wrong
Given the fact that in about one week or so we are about to finish technical
tasks like the jsonp binding, the shell, etc. I think it is a good time to
do the release but not before we do the distribution cleanup. If we want to
improve our release process we'll need a clean, simple and organized
It's been a full day since I've proposed the *-contribution renaming and no
negative reactions so I'll proceed with doing the changes tomorrow morning.
On Thu, Sep 30, 2010 at 11:45 AM, Florian MOGA moga@gmail.com wrote:
Ant,
I've been looking around and seen that node.xml is actually
Since we're cleaning up things I took a look again at the JIRA Categories. I
propose simply having:
Java SCA
Java SDO
Java DAS
C++ SCA
C++ SDO
C++ DAS
OASIS
Tools (including Hudson, Maven, SVN issues)
Website/Documentation
User Questions
Ideas
instead of having ~30 categories which nobody
. Are there current examples of JIRAs that
would fit best in a separate Ideas section?
Brent
On Thu, Sep 30, 2010 at 4:48 AM, Florian MOGA moga@gmail.com wrote:
Since we're cleaning up things I took a look again at the JIRA
Categories. I
propose simply having:
Java SCA
Java SDO
Java DAS
Hi guys,
How did the JavaOne sessions go? Are there any photos/video available? What
is the overall impression you have on the reaction of the attendees?
Florian
What about a Samples category as well?
On Thu, Sep 30, 2010 at 4:57 PM, Florian MOGA moga@gmail.com wrote:
Hi Brent,
The idea for the User folder is that it would help us avoid issues being
assigned to the wrong category (might not be the case for such general
categories) but most
Good remark, didn't know about it.
On Thu, Sep 30, 2010 at 7:08 PM, Simon Laws simonsl...@googlemail.comwrote:
On Thu, Sep 30, 2010 at 4:50 PM, Florian MOGA moga@gmail.com wrote:
What about a Samples category as well?
On Thu, Sep 30, 2010 at 4:57 PM, Florian MOGA moga@gmail.com
wrote:
Florian MOGA wrote:
Since we're cleaning up things I took a look again at the JIRA Categories.
I propose simply having:
Java SCA
Java SDO
Java DAS
C++ SCA
C++ SDO
C++ DAS
OASIS
Tools (including Hudson, Maven, SVN issues)
Website/Documentation
User Questions
Ideas
instead
It's great seeing the positive reactions after the sessions!
Can you also share with us other facts like observations on specific things
that kept the attendees interested? That would be helpful to have in mind
when working on improving the documentation/website. (that's one example,
basically
and there won't be any overlapping commits.
On Mon, Sep 27, 2010 at 11:03 AM, Simon Laws simonsl...@googlemail.comwrote:
On Mon, Sep 27, 2010 at 8:49 AM, ant elder ant.el...@gmail.com wrote:
On Sat, Sep 25, 2010 at 6:27 PM, Florian MOGA moga@gmail.com
wrote:
Hi Kelvin,
Given the agreed directory
@tuscany.apache.org/msg13683.html
On Wed, Sep 29, 2010 at 12:02 PM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 29, 2010 at 8:52 AM, Florian MOGA moga@gmail.com wrote:
@Ant: What kind of sample are you thinking of in order to show the
sca-contribution.xml file? Can you give me an example
I've seen Simon started fixing things on the json databinding and I would
like to update the jsonp sample as well to also use arrays and BigDecimal.
Are we keeping the current format for the scdl or switch to the wire
declaration? I can't estimate how much such a change would take but if it
needs
the sample.
On Wed, Sep 29, 2010 at 1:40 PM, Simon Laws simonsl...@googlemail.comwrote:
On Wed, Sep 29, 2010 at 11:20 AM, Florian MOGA moga@gmail.com wrote:
I've seen Simon started fixing things on the json databinding and I would
like to update the jsonp sample as well to also use arrays
the dependencies included
sounds like a must-have to me.
On Wed, Sep 29, 2010 at 2:24 PM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 29, 2010 at 11:26 AM, Simon Laws simonsl...@googlemail.com
wrote:
On Wed, Sep 29, 2010 at 11:09 AM, Florian MOGA moga@gmail.com
wrote:
I personally like
Hi
I'm on vacation and a bit out-dated with the mailing list but if we're still
up to making a clean separation between sca and tuscany features, the
following names came to me which seem self explanatory: oasis-spec-features
/ extra-features.
On Fri, Sep 24, 2010 at 6:09 PM, kelvin goodson
+1 for single pdf. I think the chances of it getting out-dated or not
reflecting the current structure of the directories are considerably less
than multiple readme-s.
On Sat, Sep 25, 2010 at 7:03 PM, Florian MOGA moga@gmail.com wrote:
Hi
I'm on vacation and a bit out-dated
in the
blanks time :)
Kelvin
[1] https://cwiki.apache.org/confluence/display/TUSCANYxDOCx2x/Samples
On Sat, Sep 25, 2010 at 6:17 PM, Florian MOGA moga@gmail.com wrote:
+1 for single pdf. I think the chances of it getting out-dated or not
reflecting the current structure of the directories
]
https://issues.apache.org/jira/browse/TUSCANY-3677?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel
On Tue, Sep 14, 2010 at 3:15 PM, Florian MOGA moga@gmail.com wrote:
Oh ok, so osgi integration contains things that would fall in multiple
categories. It's just that i
, 2010 at 3:15 PM, Florian MOGA moga@gmail.com wrote:
This morning Ant, Simon L, Kelvin and I had a chat about the samples
structure. We experimented with it at location [1].
The structure is basically the following:
|-applications
|---logging-scribe
|---store
|---store
with preparing the trip to the retreat but
I'll keep this in mind.
On Wed, Sep 15, 2010 at 10:25 AM, Simon Laws simonsl...@googlemail.comwrote:
On Wed, Sep 15, 2010 at 2:51 AM, Florian MOGA moga@gmail.com wrote:
There is also the possibility of using the Maven plugin for Eclipse.
Where
can I find
, 2010 at 1:27 PM, Simon Laws simonsl...@googlemail.comwrote:
Looks good to me Florian. A couple of comments in-line...
On Mon, Sep 13, 2010 at 5:19 PM, Florian MOGA moga@gmail.com wrote:
If I understand correctly, that makes the webapps folder a subcategory of
getting-started.
Just
Oh ok, so osgi integration contains things that would fall in multiple
categories. It's just that i thought we shouldn't have too specific
categories in the root of the samples folder. Either structure is fine by
me. Are there other opinions which would help us deciding?
On Tue, Sep 14, 2010 at
If I understand correctly, that makes the webapps folder a subcategory of
getting-started.
Just to sum it up, the new structure will be something like:
+ getting-started/
- helloworld-*
+ webapps
- helloworld-*
+ running-tuscany
- launcher-*
+ sca-features
- implementation-*
- binding-*
+
That's is great news! I was wondering if it is possible to have somebody
recording the sessions (ApacheCon included) and if we can upload them on
YouTube (if it isn't against regulations). At the moment, there is no
reference about Tuscany on YouTube and I think that having some
presentations and
of starting a
group/channel on YouTube once we have a couple of useful videos to share?
On Fri, Sep 10, 2010 at 9:43 AM, Luciano Resende luckbr1...@gmail.comwrote:
On Thu, Sep 9, 2010 at 11:25 PM, Florian MOGA moga@gmail.com wrote:
That's is great news! I was wondering if it is possible
, Aug 27, 2010 at 2:05 PM, Florian MOGA moga@gmail.com
wrote:
Here's another one
JIRA cleanup and structure
Tuscany whitepaper (documentation)
On Fri, Aug 27, 2010 at 3:58 PM, Florian MOGA moga@gmail.com
wrote:
Hi,
Having a chat with Ant, we figured out it will be good having
, 2010 at 3:40 AM, Florian MOGA moga@gmail.com wrote:
Given Simon's latest opened JIRA, Kelvin's initiative on the samples and
the
recent discussions on contrib folders, I see this as a good topic for
discussions:
4. Tuscany directory structure (svn/distribution/samples and everything
Maybe you guys could use the time to get a release out, it would be
good thing to advertise the new beta release at JavaOne.
Do you have any specific ideas on how we can advertise Tuscany at JavaOne?
The lead developer from Atmosphere Framework will be holding a session at
JavaOne and given
We have two sessions at JavaOne this year, one related to databinding
and another one related to building applications in the cloud.
Wow, great! Could you give some more details? I, for one, didn't know about
them...
Thanks! Glad to be part of the Tuscany community :)
On Tue, Sep 7, 2010 at 7:44 PM, Luciano Resende luckbr1...@gmail.comwrote:
On Tue, Sep 7, 2010 at 8:37 AM, ant elder ant.el...@gmail.com wrote:
The Tuscany PMC have voted to make Florian a Tuscany committer in
recognition of the work done
-comet.appspot.com/
On Tue, Sep 7, 2010 at 1:22 AM, Luciano Resende luckbr1...@gmail.comwrote:
On Mon, Sep 6, 2010 at 12:08 PM, Florian MOGA moga@gmail.com wrote:
I've just checked out trunk, built the modules and redeployed to gae. I
still get the same error in the logs. I've committed
don't believe that will eliminate the other ones.
[1] http://tinypaste.com/d17879
http://tinypaste.com/d17879[2] http://tinypaste.com/29b52
[3] http://tinypaste.com/94fd4
On Tue, Sep 7, 2010 at 11:17 PM, Florian MOGA moga@gmail.com wrote:
It seems like Eclipse wasn't using latest snapshots
their opinion
on these errors. I'll keep you posted on the updates.
On Wed, Sep 8, 2010 at 12:11 AM, Luciano Resende luckbr1...@gmail.comwrote:
On Tue, Sep 7, 2010 at 1:17 PM, Florian MOGA moga@gmail.com wrote:
It seems like Eclipse wasn't using latest snapshots from the local repo
luckbr1...@gmail.comwrote:
On Mon, Sep 6, 2010 at 11:06 AM, Florian MOGA moga@gmail.com wrote:
I believe I have to build myself the modules you've worked on if a Hudson
build hasn't been performed yet in order to have up-to-date snapshots.
Please correct me if I'm wrong or please advise which
, Florian MOGA moga@gmail.com
wrote:
Here's another one
JIRA cleanup and structure
Tuscany whitepaper (documentation)
On Fri, Aug 27, 2010 at 3:58 PM, Florian MOGA moga@gmail.com
wrote:
Hi,
Having a chat with Ant, we figured out it will be good having some
topics
set for the Retreat
the binding ready
for the release.
Thanks,
Florian
On Fri, Aug 27, 2010 at 8:17 PM, Luciano Resende luckbr1...@gmail.comwrote:
On Fri, Aug 27, 2010 at 4:59 AM, Florian MOGA moga@gmail.com wrote:
Regarding the binding, I've just fixed the last issues and details so if
that's ok with everybody
Hi Ant,
It seems I've missed Simon's commit and didn't update jsonp binding sources
at the time I was checking them out... That was the problem I wanted to
bring up. I've checked up the new getJSONRequestStringArray() method and
I've spotted that the typesIndex is never incrementing... Can't
, for the samples/ directory too.
Florian
On Tue, Aug 31, 2010 at 12:25 PM, Simon Laws simonsl...@googlemail.comwrote:
Hi Florian
On Tue, Aug 31, 2010 at 9:59 AM, Florian MOGA moga@gmail.com wrote:
Hi Ant,
It seems I've missed Simon's commit and didn't update jsonp binding
sources
, Aug 31, 2010 at 4:00 PM, ant elder ant.el...@gmail.com wrote:
On Tue, Aug 31, 2010 at 11:49 AM, Florian MOGA moga@gmail.com wrote:
Hi Simon,
Thanks for pointing where can I find more info. I've taken a look at
the DatabindingRuntimeWireProcessor and the only thing I'm trying to
clarify
Hi,
I've been checking out the shell module as it seems a useful tool to have
and I'm also a fan of command line tools :). Considering the fact that it is
still a work in progress I can say i found it really nice as a general
impression. Here are some observations I made while using it:
-
I was going to open up a separate topic for this but I think at this point
of discussion, this might be a good place to bring it up. For the comet
binding i used the jsonp binding as an example. I was passing parameters for
the service as a JSON array and had the surprise that converting JSON
://maven.40175.n5.nabble.com/JUnit-tests-requiring-j2ee-jar-fail-when-running-mvn-surefire-test-td100379.html
Florian MOGA wrote:
Hi,
I've noticed a strange error in the logs when running /mvn test /on
binding-comet-runtime.
java.lang.ClassFormatError: Absent Code attribute
...@apache.org wrote:
On Fri, Aug 27, 2010 at 10:13 AM, Florian MOGA moga@gmail.com wrote:
In conclusion, we've got 3 possibilities:
javaee-web-api + javax.mail
javaee-web-api + geronimo.javamail
servlet-api:3.0-alpha-1
Let me know which option seems best for you. I'd go for the servlet-api
Hi Luciano,
There was no pom in the contrib/ folder as well (I've committed it at that
time) so the only way to have it working without copying poms was either
setting the parent to ../../trunk/modules/pom.xml or not using a parent
which wouldn't bring some tuscany dependencies.
Before making
101 - 200 of 235 matches
Mail list logo