isis-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Grigorov <mgrigo...@apache.org>
Subject Re: @CssClassFa deprecated
Date Fri, 27 Mar 2015 16:52:53 GMT
Hi,


On Fri, Mar 27, 2015 at 6:27 PM, Rade, Joerg / Kuehne + Nagel / Ham GI-PS <
Joerg.Rade@kuehne-nagel.com> wrote:

> Hi all,
>
> Martins hint to [1] and the document itself was very helpful!
> And my local repo is now connected to the fork.
>
> When I run my app against 1.9.0-SNAPSHOT I get:
> [...]
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Building SDM Webapp 1.0-SNAPSHOT
> [INFO]
> ------------------------------------------------------------------------
> [INFO]
> [INFO] >>> maven-jetty-plugin:6.1.26:run (default-cli) > test-compile @
> sdm-webapp >>>

[WARNING] The POM for
> org.apache.isis.viewer:isis-viewer-wicket-impl:jar:1.9.0-20150327.145813-33
> is invalid, transitive dependencies (if any) will not be available, enable
> debug logging for more details
>

I think Isis Jenkins had problems until earlier today.
Try with: rm -rf ~/.m2/repository/org/apache/isis and build your app again
with the newest Isis snapshot.


> [...]
> INFO  - ResteasyDeployment         - Adding provider singleton
> org.apache.isis.viewer.restfulobjects.server.RuntimeExceptionMapper from
> Application class
> org.apache.isis.viewer.restfulobjects.server.RestfulObjectsApplication
> [WARNING] EXCEPTION
> java.lang.ClassNotFoundException:
> org.apache.wicket.protocol.http.WicketFilter
>         at
> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
> [...]
>
> Are these 2 warnings related?
> Did I break something?
>
> Thanks in advance
> Jörg
>
> [1] http://isis.apache.org/contributors/contributing.html
>
> -----Ursprüngliche Nachricht-----
> Von: Martin Grigorov [mailto:mgrigorov@apache.org]
> Gesendet: Dienstag, 24. März 2015 20:28
> An: users
> Betreff: Re: @CssClassFa deprecated
>
> Hi,
>
> 2015-03-23 17:13 GMT+02:00 Rade, Joerg / Kuehne + Nagel / Ham GI-PS <
> Joerg.Rade@kuehne-nagel.com>:
>
> > Hi Dan,
> >
> > I've created a JIRA issue [1], cloned 1.9.0 (created my local
> > repository) and fixed the issue - at least it works for me.
> >
> > In most places I've come across DomainObject and ViewModel are treated
> > the same. Would this apply here as well?
> >
>
> Yes, I believe.
>
>
> >
> > The Apache Committing Guidelines to be applied are [2]?
> >
>
> This is a guide for new members of Apache projects, a.k.a. committers.
> To become a committer you should deserve it ;-) By contributing code (fix
> bugs, implement features, ...), by helping others in the forums, by writing
> articles/books/...
> Isis has a guide for contributors at
> http://isis.apache.org/contributors/contributing.html
>
>
> >
> > The SCM model is more like [3] or [4]?
> >
>
> It is more like [3] but the link above presents it better.
> Just create a Pull Request at GitHub and we will review and apply it.
>
>
> >
> > Best regards
> > Jörg
> > [1] https://issues.apache.org/jira/browse/ISIS-1085
> > [2] http://www.apache.org/dev/new-committers-guide.html
> > [3] http://i.stack.imgur.com/tRfgX.png
> > [4] http://i.stack.imgur.com/AdY9T.png
> >
> >
> Thank you for helping us!
>
> Martin Grigorov
> Freelancer, available for hire!
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: Dan Haywood [mailto:dan@haywood-associates.co.uk]
> > Gesendet: Freitag, 13. März 2015 11:13
> > An: users
> > Betreff: Re: @CssClassFa deprecated
> >
> > Ah ok... as you say, probably emergent behaviour (good phrase!)
> >
> > Yes, file a ticket; if the functionality is there already (more or
> > less) then we may as well formalize it within @DomainObjectLayout.
> >
> > Thx
> > Dan
> >
> > PS: for git, Jeroen and I use Atlassian's sourcetree (Win and Mac) [1].
> > There are heaps of tutorials out there of course, eg [2], this one [3]
> > in particular caught my eye if you have 15 minutes.
> >
> > [1] http://www.sourcetreeapp.com/
> > [2]
> >
> > https://help.github.com/articles/good-resources-for-learning-git-and-g
> > ithub/ [3] https://try.github.io/levels/1/challenges/1
> >
> >
> >
> >
> >
> >
> >
> > 2015-03-13 9:34 GMT+00:00 Rade, Joerg / Kuehne + Nagel / Ham GI-PS <
> > Joerg.Rade@kuehne-nagel.com>:
> >
> > > Hi Dan,
> > >
> > > >sorry not to reply on this one earlier.
> > > No problem.
> > >
> > > >I don't think it's ever been possible to specify an "fa-icon" for a
> > > >type;
> > > for that we currently use iconName() and refer to a .png or >similar
> > image.
> > > >
> > > >Which probably means that the @CssClassFa annotation is itself
> > > >wrong in
> > > indicating that it can be applied to a type; it will at any >rate be
> > > ignored.
> > >
> > > I dare to say: it is possible, is not ignored, and works (at least
> > > partially): out of 13 annotated entities 11 show the icon.
> > > Seems to be a case of Emergent Behavior ;-).
> > >
> > > >What that means is @DomainObjectLayout is correct, it doesn't have
> > > >a
> > > >cssClassFa() attribute because it's not supported.
> > >
> > > Why should objects not being decorated? And why not via
> > > @DomainObjectLayout?
> > >
> > > >By all means raise a ticket in JIRA if you wish.  We even accept
> > > >patches
> > > :-)
> > >
> > > I'll file an issue and try to get familiar with Git.
> > >
> > > Thx -j
> > >
>
>
> Kühne + Nagel (AG & Co.) KG
> Rechtsform: Kommanditgesellschaft, Bremen HRA 21928, USt-IdNr.: DE
> 812773878.
> Geschäftsleitung Kühne + Nagel (AG & Co.) KG: Reiner Heiken (Vors.), Dirk
> Blesius, Martin Brinkmann, Holger Ketz, Jan-Hendrik Köstergarten, Christian
> Solf, Lars Wedel, Jens Wollesen.
> Persönlich haftende Gesellschafterin: Kühne & Nagel A.G., Rechtsform:
> Aktiengesellschaft nach luxemburgischem Recht, HR-Nr.: B 18745,
> Geschäftsführendes Verwaltungsratsmitglied: Karl Gernandt.
> Geschäftsleitung Region Westeuropa: Yngve Ruud (Vors.), Hans-Georg
> Brinkmann (Stellv.), Richard Huhn, Björn Johansson, Jan Kunze, Bruno Mang,
> Stefan Paul, Tim Scharwath, Dominic Edmonds.
>
> Wir arbeiten ausschließlich auf Grundlage der Allgemeinen Deutschen
> Spediteursbedingungen (ADSp), jeweils neuester Fassung. Wir verweisen
> insbesondere auf die vom Gesetz abweichenden Haftungsbeschränkungen von
> Ziffer 23 und 24 ADSp. Den vollständigen Text der ADSp übersenden wir Ihnen
> gerne auf Anfrage und können Sie auch unter http://www.kuehne-nagel.com
> einsehen. Ergänzend wird vereinbart, dass (1) Ziffer 27 ADSp im Rahmen
> internationaler Übereinkommen weder unsere Haftung noch die Zurechnung des
> Verschuldens von Leuten und sonstigen Dritten zu Gunsten des Auftraggebers
> erweitert, und (2) wir in den im deutschen Seehandelsrecht aufgeführten
> Fällen des nautischen Verschuldens oder Feuer an Bord nur für eigenes
> Verschulden und (3) im Sinne der CMNI genannten Voraussetzungen nicht für
> nautisches Verschulden, Feuer an Bord oder Mängel des Schiffes haften.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message