speaker Bluetooth与您共享了相册。
by speaker Bluetooth
5590262817924287778535163677616298608691885382474745087609382435682246514715428009076736699083652893
Dear Sir or Madam,
Wealth Land Electronics Co.,Ltd here.
We specialize in electronic devices field with full experience and we have
100 % confidence in our technology and quality.
Now our hot seller is bluetooth speaker .
Bluetooth speaker is very morden product which can work with all bluetooth
electronic device . Various shapes are available , It can offer you magical
sound when you listen music . Make your life more enjoyable .
If any interest, feel free to contact me.
Best regards,
Mr. Buick
Sales Manager
ELECTRONIC LIMITED
swKUpDqcEaZBiAmqQqBvNLhDcUQctHdQaysWYEYembHQRPUryFjwwMQSKjyrbJLgINbXGTttRZmOiNlDdDOIbKhQbhdpGVcenLGjlRYrzpUPQOTELSjKJZPSJiLqoWKfVMakTTGGhqCfydCTgURLdaxhsxuFWXtuEbImBioHQFlggchSLSwXIYcfXwZDnjYsjZnyggTGhDQeLdPTtheYroKgFLHSWkGHRbVzPhBVPEktusxibiNaZptvnMbUEmoJlqEOjwkWxUSuctfjJkvpHEbxVNJVmBWKTrmMOvPUcSxG
https://picasaweb.google.com/lh/sredir?uname=111339516456630157957&target...
11 years
smooks, freemarker AND velocity needed for WSDL generation ?
by Max Rydahl Andersen
Hey Brian,
I spotted https://github.com/jbosstools/jbosstools-webservices/pull/32 and noticed
this drags in *alot* of jars. I knew WISe would drag in a good chunk but didn't expect
to drag in things like smooks, both velocity AND freemarker...
are all those really needed ?
Note: as far as I can see none of all these external jars are exported in the manifest.mf
so at runtime and build time it is all internal (great! :) - but i'm just wondering if we
really need to carry those extra MB's around for no good reason.
/max
11 years
Re: [jbosstools-dev] Red Deer Installation on Juno
by Martin Malina
I created a new job for juno:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS...
Currently it is only set up to use that commit just before the Kepler M6 fix in RedDeer, so it uses this commit:
https://github.com/jboss-reddeer/reddeer/commit/31f61195b27ea26504c5185c6...
It published the results here:
http://download.jboss.org/jbosstools/builds/staging/RedDeer_juno/all/repo/
And I promoted it to this stable location:
http://download.jboss.org/jbosstools/updates/stable/juno/core/reddeer/0.2.0/
- this is the repo that should be added to our root pom in the juno branch of integration tests (jbosstools-4.0.x)
Andrej, can you check that this works for you? If it does, we can change the root pom to contain this.
What is not ideal is that we haven't upversion RedDeer, so we cannot really change this Juno version to anything. So right now the only differentiation is the different update site. On the other hand, we rarely limit bundle dependencies not to be higher than something - so most of the time the only way to ensure older version of something is just to use an older update site and the plugin versions don't really matter, so I guess this is not a real problem.
Also, right Andrej agreed that he is fine with just a single build that will be final for Juno. But we could also create a juno branch of RedDeer that could be altered if necessary - this will not do any harm I think. What do you think? Should we do it? Andrej? Jirka?
Thanks,
Martin
On 26. 4. 2013, at 9:43, Jiri Peterka <jpeterka(a)redhat.com> wrote:
> After some clarification with Andrej it seems he just needs one single build on some praticular commit (before hamcrest update). So this shouldn't be a problem I think. Martin, can you build some internal update site for this purpose?
>
> Thanks,
>
> Jirka
>
>
> On 04/26/2013 09:24 AM, Jiri Peterka wrote:
>> Multiple RedDeer versions for Juno and Kepler is an easy but costly solution for the future and exactly something I'd like to avoid. Can't this be fixed simply by more specific hamcrest settings in bot.ext manifest?
>>
>> And I'd like to hear more voices here. Martin, you as a RedDeer productizator, what do you think?
>>
>> Jirka
>>
>> On 04/26/2013 09:02 AM, Andrej Podhradsky wrote:
>>> Hi Jirko,
>>>
>>> the problem now is with ui.bot.ext which causes some troubles with hamcrest 1.3 :(
>>> I suggest to create some juno-compatible release of Red Deer (based on hamcrest 1.1) so that tests in jbosstools can be executed without any other modification.
>>> This release will be temporary till we remove dependencies on ui.bot.ext. What do you think?
>>>
>>> Andrej.
>>>
>>> ----- Original Message -----
>>> From: "Jiri Peterka" <jpeterka(a)redhat.com>
>>> To: "Andrej Podhradsky" <apodhrad(a)redhat.com>
>>> Cc: "jboss-jbds-qe" <jboss-jbds-qe(a)redhat.com>
>>> Sent: Friday, April 26, 2013 7:25:52 AM
>>> Subject: Re: Red Deer Installation on Juno
>>>
>>> Thanks Andrej,
>>> I created an issue for that and assigned it to Martin, see
>>>
>>> https://github.com/jboss-reddeer/reddeer/issues/146
>>>
>>> Someone see any problem with this? Sounds good to me.
>>>
>>> -- Jirka
>>>
>>> On 04/25/2013 12:07 PM, Andrej Podhradsky wrote:
>>>> Hi folks,
>>>>
>>>> as you know, Red Deer now cannot be installed into Juno due to its dependencies on new junit and hamcrest.
>>>> I found out a workaround, just add the orbit update site [1] to the list of available update sites.
>>>> This repo includes org.junit.4.11 and org.hamcrest.1.3
>>>>
>>>> [1] http://download.eclipse.org/tools/orbit/downloads/drops/I20130423013529/r...
>>>>
>>>> Best Regards
>>>>
>>
>
>
> --
> Jiri Peterka
> JBoss Developer Studio QE
> Red Hat Czech s.r.o., Purkynova 99, 612 45 Brno, Czech Republic
> IRC: jpeterka #jboss-qa, #devstudio-qa
> email: jpeterka(a)redhat.com
>
--
Martin Malina
JBoss QA Engineer
Red Hat Czech s.r.o.
Purkynova 99
612 45 Brno, Czech Republic
Tel.: +420 532 294 265
11 years
Requesting list of users of base/runtimes' "downloadRuntime" extension point
by Rob Stryker
Hi All:
So far i'm only able to see ASTools and Seam make use of this extension
point. As you may or may not know, this will be revised slightly to
depend on stacks (in one way or another) to unify the model into one place.
This requires us to add data to jdf-stacks' stacks.yaml file.
I've got a PR in the works which adds all required data for JBoss AS and
EAP servers, as well as Seam. What I need to know is if any other
components use this extension point currently, so that we may add that
relevant data to stacks as well.
Try to respond in a timely manner, or risk being skipped over on the
first pass! mwahaha!
https://issues.jboss.org/browse/JBIDE-14297
https://issues.jboss.org/browse/JDF-282
- Rob Stryker
11 years
