[webbeans-dev] web beans public draft announcement on Tuesday
by Gavin King
We will announce the web beans public draft on infoq and theserverside
on tues. It should be up on jcp.org by then - but if its not, its on
our website.
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
6 days, 1 hour
- 4
- 3
WELD-862 and Seam Cron
by Peter Royle
Hi,
I'm aiming to make a release of Seam Cron available within the next two weeks. Currently there is an outstanding issue (https://issues.jboss.org/browse/WELD-862) which prevents Cron from running properly with Weld. I have been able to carry on developing Cron by testing it against OpenWebBeans, but obviously if we are to release a Seam module it should work against Weld.
It would be nice if WELD-862 could be fixed as soon a possible so that all future versions will work well with Cron.
But more importantly I also probably need to do something special in Cron so that it will work with the version of Weld already deployed in JBoss AS and Glassfish, which will contain the bug. The workaround mentioned in the bug report is to deep copy the InvocationContext. I attempted to do this by serialising and unserialising the InvocationContext but couldn't due to UnserializableExceptions. Does anyone have any advice for me about how I might be able to work around this bug to support existing versions of Weld?
Cheers,
Pete R
2 months, 1 week
- 5
- 7
Planned removal of Weld Probe
by Matej Novotny
Hello
This email is to let users and the community know that we are considering
removing development mode, known as Weld Probe, from the next version of
Weld 5.
Tracking issue for this can be seen here[1] but I will provide a short
overview for this decision below. We value feedback so please don't
hesitate to reach back via this email, JIRA issue or via Gitter.
First of all, the reason why we want to remove it is because the tool has
been left unmaintained for an extended period of time. Namely the UI part
is fairly outdated; especially the libraries it uses. We lack the time
and/or manpower to completely rewrite and maintain the client part of Probe
(the single page html UI) which is why we opted for removal rather than
shipping outdated code.
There are two ways we can go about this:
1. Complete removal of Probe with all of its parts
- this means there will be no development mode and it removes all Probe
code
- removes (or deprecates) any configuration options linked to it
2. Removal of just the client side code (the UI) and keeping Probe
internals which expose all the information via JSON
- this would only remove UI parts of Probe; you'd no longer get any means
to inspect the deployment except JSON data
- however, this allows for custom community client to be written and to
consume this data
As we lack any data on whether Probe is being currently used and whether
the community would appreciate keeping the JSON data, we are at the moment
leaning towards removing Probe altogether.
That being said, if there is interest from the community, we'd be more than
happy to keep the JSON parts of Probe in place so don't hesitate to reach
out and tell us. Last but not least, even if Probe gets removed now, we can
reintroduce it at a later point in time.
Regards
Matej
___________________________________________________________
[1] https://issues.redhat.com/browse/WELD-2733
3 years, 5 months
- 2
- 3
- ← Newer
- 1
- Older →