Was trying to change the length on String from the VarChar(255). In Hibernate this can be done by specifying @Length(max=350) (for example.
However, there is no "constraint Length --onProperty xxx --max 350" available in Forge.
Using "constraint Max" causes forge to have a conversion error when attempting to insert string data.
Middleware Business Unit
JBoss, a Division of Red Hat
FORGE-917 <https://issues.jboss.org/browse/FORGE-917> was fixed a few days back where in immutable classes were excluded from the generated scaffold, i.e. no create,search,update screens were generated for such classes.
I've run into a related problem where other JPA entities are composed of one or more immutable types. The generated scaffold does not allow creation of the constituent immutable types (obviously) along with the root JPA entity. Additionally, if these root JPA entities contain Bean Validation constraints on the immutable types, then creation or updation of these entities would fail depending on what constraints are imposed.
I think this scenario demands that this limitation be documented with possible approaches to resolve this issue. Obviously, it makes little sense to also prevent scaffolds from being generated for JPA entities composed of immutable types. Also, this makes revisit FORGE-917 - should we revisit the design of the generated managed (view)beans to support immutable types?
What do you think?
However, there are still a few lingering issues which I believe are shell
If you see "zipfile closed", I don't think this is a problem, as it occurs
when addons are being shut down while an addon not yet shut down is
starting. The addon that fails will be restarted anyway, so currently this
isn't breaking anything.
Lincoln Baxter, III
"Simpler is better."
I think we should use it in our website. Thoughts?
Início da mensagem encaminhada
> De: Ryszard Koźmik <rkozmik(a)redhat.com>
> Data: 12 de junho de 2013 16:29:55 BRT
> Para: jboss-dev-all R&D <jboss-dev-all(a)redhat.com>, thecore Core <thecore(a)redhat.com>
> Cc: Pete Muir <pmuir(a)redhat.com>, James Cobb <jcobb(a)redhat.com>, Mark Newton <mnewton(a)redhat.com>
> Assunto: JBoss Community Bootstrap theme release announcement
> The jboss.org Team are proud to announce the release of the JBoss Community Bootstrap theme aimed at projects wishing to host project pages using the jboss.org domain name (e.g. jboss.org/<project> or <project>.jboss.org):
> http://static.jboss.org/theme/css/bootstrap-community/18.104.22.168/ - the first part of the version number represents the version of Bootstrap being customised (here it is Bootstrap 2.3.1)
> This ensures that the L&F for all projects using the jboss.org domain has some form of consistency, rather than each project having their own modifications and looking slightly different. Ideally all projects will update to subsequent releases of the JBoss Community Bootstrap theme at the same time but we recognise there may be some delay which could introduce some inconsistencies.
> Full instructions for use can be found in the README.md file including System Requirements and steps to fork the repo contents into your own GitHub organization in order to start your project.
> You can find an example project site using the latest version of the JBoss Community Bootstrap theme here:
> If you'd like to report issues with the theme please use the 'www.jboss.org (Awestruct)' component of the http://issues.jboss.org/browse/ORG project.
> Staging and Trademarked Images
> In addition to the www_htdocs/<project> directories on filemgmt.jboss.org that contain the production versions of your project websites you can now upload files to a stg_htdocs/<project> directory in order to test them first on a staging domain name, e.g. <project>-stg.jboss.org
> Similarly you can now upload any Red Hat trademarked images such as project logos, banners and desktops to an images_htdocs/<project> directory which makes them accessible from http://static.jboss.org/images/<project> as per legal requirements. These can then be referenced in your project pages.
> This release was a combined effort from the jboss.org team and Eng Ops with additional thanks going to Xavier Coulon, Jason Porter and Pete Muir for reporting issues and suggesting fixes.
> Best Regards,
> Ryszard Koźmik
> jboss.org Team
This summer I'll be working on Forge IDE integration as part of GSOC. The idea my proposal was based on is here.
I'll maintain an overview page on my website. The code for the first part - the IDEA plugin - can be found in this repo.
There's some info and trivia about me after the break.
name Andrei Simionescu
contact Github twitter web Google+
country Romanian, living in the UK
study University of York, CS, 2nd year
algorithms and data structures
developing finely-crafted products
the magical world of startups
non-BS software engineering
fast and pretty silicon/cars/etc
C++, Java, Python, Go
Chocolat, IntelliJ IDEA
5 apps I love
5 companies I'd love to work for
Fog Creek Software
started using a computer at 3 (I can still remember some of those awesome games)
implemented a chess game GUI when I started to learn programming at 14 y'o
I can recite all the digits in π (not necessarily in the correct order)